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(57) ABSTRACT 

Systems and methods by which voice/data communications 
may occur in multiple modes/protocols are disclosed. In 
particular, systems and methods are provided for multiple 
native mode/protocol voice and data transmissions and 
receptions with a computing system having a multi-bus 
structure, including, for example, a TDM bus and a packet 
bus, and multi-protocol framing engines. Such systems 
preferably include subsystem functions such as PBX, voice 
mail and other telephony functions, LAN hub and data 
router. In preferred embodiments, a TDM bus and a packet 
bus are intelligently bridged and managed, thereby enabling 
such multiple mode/protocol voice and data transmissions to 
be intelligently managed and controlled with a single, inte- 
grated system. A computer or other processor includes a 
local area network controller, which provides routing and 
hub(s) for one or more packet networks. The computer also 
is coupled to a buffer/framer, which serves to frame/deframe 
data to/from the computer from TDM bus. The buffer/framer 
includes a plurality of framer/deframer engines, supporting, 
for example, ATM and HDLC framing/deframing. The 
buffer/framer is coupled to the TDM bus by way of a 
switch/multiplexer, which includes the capability to intelli- 
gently map data traffic between the buffer/framer and the 
TDM bus to various slots of the TDM frames. Preferably, a 
DSP pool is coupled to buffer/framer in a manner to provide 
various signal processing and telecommunications support, 
such as dial tone generation, DTMF detection and the like. 
The TDM bus is coupled to a various line/station cards, 
serving to interface the TOM bus with telephone, facsimiles 
and other telecommunication devices, and also with a vari- 
ous digital and/or analog WAN network services. 



07/16/2002, EAST version: 1.03.0002 



07/16/2002, EAST Version: 1.03.0002 



07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 3 of 40 US 2002/0001301 Al 



07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 4 of 40 US 2002/0001301 Al 


Bus 


408 


402 


_^402. 


406- 


-400 A 


A 

Control Bus 


^-92 


Packet Bus 


^80A 


^ TDM Bus ' 



^50 


402 


2 


•400B 


■400C 


2 


2 


2 


404 ^404 ^404 


FIG. 3A 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 5 of 40 US 2002/0001301 Al 


Server 
A pplications 


LCR BQOS 
B/W Rules 


Server 
Encryption 


21 


23 


VoIP 
Gatekeeper 


r 


29 


Other 
I 


35 


Directory 


25 


27 


Intelligent / Dynamic B/W Mgmt. 


Services 


-31 


Data Switch Router PBX Station 


Drivers 


LAN 
NDIS 
DDI 


Hardware 
Modules 


Switched 
Ethernet 



WAN 



-37 


Station 
MGR 


Hub 


T-l 

ISDN 

CO-POTS 

V.35 


45 


^47 ^49^51 ^-53 ^ 


55 



FIG. 4 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 6 of 40 US 2002/0001301 Al 





FIG. 5 


07/16/2002, EAST Version: 1.03.0002 


-If ' 

Patent Application Publication Jan. 3, 2002 Sheet 7 of 40 US 2002/0001301 Al 


OA Log-On 


-100 


Subscriber Download 


Configure OA 


Control Calls 


-102 


-104 


-106 


FIG. 6 


112 


Select Config. 


Display Options 


-108 


-110 


Password 

114 

PIM 
Import 


User 
I/F 


116 


Control 
Calls 


-120 


Other 


T 

118 


FIG. 7 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 8 of 40 US 2002/0001301 Al 


111 


^ Configuration 


ami 


User Interface Setup 



Click on User interface Settings., to view or change the user interface of 
the application. 


User Interface Settings 


PIM Import 


Gick on PIM Import., to import contacts from popular PIM packages. 


PIM Import 


I — Attendant Console Password- 



Click on Change Password., to change the password for Attendant 
Console. 


Change Password 


-113 
-115 

-117 
•119 

•121 
■123 


FIG. 7A 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 9 of 40 US 2002/0001301 Al 



07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 10 of 40 US 2002/0001301 Al 


B 


r 


oo 


oo 


?3 



T3 


I 

?3 


a 


PQ 

oo 

d 


oo 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 11 of 40 US 2002/0001301 Al 


o 

On 



OO 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 12 of 40 US 2002/0001301 Al 



07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 13 of 40 US 2002/0001301 Al 


■200 


^ Enter Extension to Transfer 


200: Scott 
225: Mike 
226: Adeline 
231: Ram 
232: Greg 
239: Mark 
245: Tim 
257: Ron 
282: Kyle 


Transfer 


Cancel 


204 
206 


202 


FIG. 9A 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 14 of 40 US 2002/0001301 Al 


•208 


^ Line Busy 


Mike's line is busy. 


210 


Hold 


Message 


Voice Mail 


Cancel 


212 


214 


216 


218 


FIG. 9B 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 15 of 40 US 2002/0001301 Al 


•220 



FIG. 9C 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 16 of 40 US 2002/0001301 Al 


230- 


^ Send Network Message 


Send Message To: 


Send 


Cancel 


236 238 


[US 


232 


•234 


FIG. 10A 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 17 of 40 US 2002/0001301 Al 


240 



FIG. 10B 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 18 of 40 US 2002/0001301 Al 


258 256 254 


Conference 


Step 1: AddAaive ualus to Conference 


Active Calls on Attendant Console 



Invited Attendees: 


Line 1 - 408-5239700 


Current Attendees: 


260 


262 


Finish 


X 


Cancel 


r 


Call Others 


T" 

266 


X 


250- 


268 


264 


FIG. 1 1 A 


278 


280 


^ Conference 


cilia 


276- 
274- 
273- 


" jNoah 


272- 


Step 2: Prepare to Call Additional Attendees 
Attendee Number: A \ Additional Attendees: 


1 (408) 523-9700 


Add=> 


Personal System 


Both 


<=Remove 


CDCSCS 

I (HI J V JXL J V MWOj 

mmrn 


Noah: 14085239700 


282 


Attendees in Conference: 


284 


Finish 


Next> 


X 


270- 


288 


286 


FIG. 11B 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 19 of 40 US 2002/0001301 Al 


^ Conference 


294- 
292- 


—^- 4 Call 


Remove 


290- 


Step 3: Call Attendees to Join Conference 
Additional Attendees: 


Noah 14085239700 


296 




Attendees in Conference: 


300- 


Finish 


< Back 


FIG. 11C 


302 


FIG. 1 ID 


^ Calling Attendee 


298 


299 


Calling: Ron 237 
Status: Dialing attendee 


Add to Conference 


Hang up 


304 


308 


306 


310 


FIG. HE 


C3 Monitor Conference Calls 


Conference Attendees 


Attendee 30-DSO 00: T14600 


Attendee #1- Bryan: 206 


312 


HI 


OK 
Join 


Add 
Remove 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 20 of 40 US 2002/0001301 Al 


50 



FIG. 12 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 21 of 40 US 2002/0001301 Al 


334^ 


51- 


58 


vcu 

^-332 

50 

^V.35 




FIG. 13A 


340-s 



VCU 

^338 

50 

^- H.320 




FIG. 13B 



FIG. 13C 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 22 of 40 US 2002/0001301 Al 



FIG. 14 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 23 of 40 US 2002/0001301 Al 


InstantOffice Remote Management Console 


y Logoff 


General Administration 


Tm 

Diagnostics 


□ 

Help 


Chassis View 
General Settings 


istration |jg Access Permissions 
iod IS) SNMP Alarms 


H Software Versions 1^ System BackupiRestore Software Upgrade 

^ RA1D-1 Configoration Q Date and Time 


(jjjg Restart InstantOffice 


PBX, Voice Mail, and CTI Adrninistration 


miration 


+fy> First Digit Table 
Data Administration 


Station Ports 


^0 CI1 Speed Dial No. 


IP Network Settings <^> Microsoff RRAS 


fp=jjn IPX Configuration 


Trunk Administration 


Network Services 


*tg= Trunk Groups Trunk Access Profiles ^Jf Frame Relay 

T-l Trunks 


c g 3 Analog Trunks 


FIG. 15 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 24 of 40 US 2002/0001301 Al 


372-- 


364 



FIG. 16A 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 25 of 40 US 2002/0001301 Al 


I 

CM 

"8 
S 


in 


a 


Q 



I 


cm ■^■in s&r** ob On ° ^ rn ^or-*- oocrs o cm cotj- 
• iii i "t 4 , rf-r-r -7 77 — -7 -7 -7 cm cm cm cm cm 


c/3 


s 


o 

-a 


S 
eg 


c 

; 3 
j i_ 


-a 


- 5 


O 


8 

OS 


o 
® 



07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 26 of 40 US 2002/0001301 Al 


HE 


> 

& 

C 

« 
U 

□ 


_ 3 


3 


CO 


A 


cam 


CQ 


"8 


"8 









1 

u 
c 



a 







r- 
H 

5 


H 

*• 

>cralioi 

'3 
c 






O 



as o 


3 

O 

U 


u 


O 


00 

en 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 27 of 40 US 2002/0001301 Al 


Analog Trunk Configuration 


Card/Module: 


None 


Signaling 


Port Parameters 


Trunk Group 


□3 


Port Settings 


Enabled 


Trunk Group 


□ Courtesy Reset 


Default 


Restore 


Apply 


Done 


Help 


384 


FIG. 16D 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 28 of 40 US 2002/0001301 Al 


Frame Relay Configuration 


Virtual Port: 


□ Removed 


Add 


I — Port Settings 
Name: 


DLCI (16-991) 

100 



LMI Mode: 

User || ▼ | 



LMI Type: 

T1.617 Annex D ||t| 



Encapsulation: 

RFC1490 || t| 


Restore 


Apply 


Done 


Help 


386 


FIG. 16E 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 29 of 40 US 2002/0001301 Al 


Network Settings 


Host Name 


pbxlab04 


Domain Name 


vertical.com 


Network Interface: 


[1] Resource Switch Card: 10BT Ethernet 


IP Address DNS WINS 


— Windows Internet Name Services (WINS) 

Primary WINS Server: Secondary WINS Server: 


192.168.1.2 


□ Enable DNS for Windows Resolution 
Scope ID: 


Restore 


Apply 


Done 


Help 


388 


FIG. 16F 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 30 of 40 US 2002/0001301 Al 


InstantOffice Diagnostic Tools 


LogOff 

Diagnostic Tools 


Rug 
Q ARP 

<^> Route Print 
Trunk Monitor 


TBO Windows NT 
Diagnostics 

[e~| Event Viewer 


Netstat 


7^- Host Name 


Link Monitor 


£3 

Voice Mail Monitor 


TBO 

Administration Help 


Trace Route 
^ IPConfig 


Trace Monitor 


b^I Perfonnance Monitor TBO Task Manage 
@E] Network Monitor 


FIG. 17A 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 31 of 40 US 2002/0001301 Al 



o 

l-H 


O 

ON 
CO 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 32 of 40 US 2002/0001301 Al 


E 

Q 
c 

o 


S <2 

o © 


UJ 


■3 


"8 


■8 



"8 


4> O 
3. 3 


M M M 


"8 


in 


o 


"8S 

1-8 

cl c 


"8 


•g-s 


4> _ 


u 


u 

r— ( 

O 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 33 of 40 US 2002/0001301 Al 


0 
□ 
□ 


P 


1 

o 


2 o 


3 


o ® 


o o 


o o 
■■ 


Q Q 


o © 


Cm 

O _ 

Q Q 


<i< 

o o 
o o 

<5i<2 
OIO 


S 


Im 

ft> o o 
Q Q Q 


©:© 


5 


1 


Q 
O 

E 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 34 of 40 US 2002/0001301 Al 


s » 


S 


o 
E 
o 

a; 


.a 


E E 


w-i to SO O 


^£ ^£ ^£ ^£ 


O 
O 


u 


CO 


T3 


3 


w 

t-- 


E 


o 


I 

c 


CO 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 35 of 40 US 2002/0001301 Al 


Tracing | Configuration 
r Level 


® Standard 


O Advanced 


Trace Categories 
r Available — i 


Add» 


«Remove 
Clear 


r Selected 



OK 


Cancel 


397 


FIG. 17F 


07/16/2002, EAST version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 36 of 40 US 2002/0001301 Al 


ixl 


Tracing | Configuration 
r Level 


O Standard 


® Advanced 


- Available Categories and Filters 
i- Component 1 r Trace Filters 


AAServer 
CDataRep 
CTICS 

Connection Manager 
DSP Manager 


Server 


Add 


Remove 


Clear 


r Selected Categories and Filters 


OK 


Cancel 


398 


FIG. 17G 


07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 37 of 40 US 2002/0001301 Al 


Tracing j Configuration 
r Mode 


® Real-Time 
O File 


Number of Entries Displayed 

— q r 


I 

500 


1000 


1500 


2000 


2500 


Poll Interval in Seconds 

1 ; ft 


i 

3 


I 

4 


I 

5 


File Search Parameters 
r Start Time 

YYYY MM DD 


HH 


1998 


01 


01 


12 


MM 

ooF 


SS 
00" 


r End Time 
YYYY MM 


2001 


12 


DD 


HH 


23 ▼ 


MM 
59^ 


SS 
59T 


OK 


Cancel 


399 


FIG. 17H 


07/16/2002, EAST Version: 1.03.0002 



07/16/2002, EAST version: 1.03.0002 



07/16/2002, EAST Version: 1.03.0002 


Patent Application Publication Jan. 3, 2002 Sheet 40 of 40 US 2002/0001301 Al 



07/16/2002, EAST Version: 1.03.0002 


US 2002/0001301 Al 


1 


Jan. 3, 2002 


SYSTEMS AND METHODS FOR MULTIPLE 
MODE VOICE AND DATA COMMUNICATIONS 
USING INTELLIGENTLY BRIDGED TDM AND 
PACKET BUSES AND METHODS FOR 
PERFORMING TELEPHONY AND DATA 
FUNCTIONS USING THE SAME 

FIELD OF THE INVENTION 

[0001] The present invention relates to systems and meth- 
ods for transmitting and receiving voice and data in multiple 
modes, and more particularly to systems and methods for 
multiple native mode voice and data transmissions and 
receptions with a communications system having a multi- 
bus structure, including, for example, a time division mul- 
tiplexed ('TDM") bus, a packet bus, and a control bus, and 
multi-protocol framing engines, preferably including sub- 
system functions such as PBX, voice mail, file server, web 
server, communications server, telephony server, LAN hub 
and data router, and method for performing telephony and 
data functions using the same. 

BACKGROUND OF THE INVENTION 

[0002] Businesses, particularly small to medium size 
offices, typically have a need for a variety of voice and data 
communications. For example, a typical office might have a 
dedicated fax machine, using a dedicated or shared tele- 
phone line, one or more telephone lines for voice commu- 
nications, perhaps coupled to a central or distributed voice 
mail system(s), and one or more computers or computer 
networks, often coupled to telephone lines via one or more 
modems. Many offices now use the Internet in some form for 
business communications or research or the like, often by 
way of a modem or modem pool coupled to individual 
computers. 

[0003] Typically, such business communication needs 
have been fulfilled with piecemeal technical solutions, typi- 
cally from separate equipment and service vendors, and with 
separate hardware, software and design considerations. 

[0004] FIG. 1 illustrates a conventional small office com- 
munication configuration. Voice communication system 1 
typically is implemented by way of multiple analog trunks 
16 from wide area network ("WAN") 18. WAN 18 often 
consists of a telecommunication network by way of a local 
telephone company or other telecommunications service 
provider. Analog trunks 16 may be directed through switch- 
ing system 10, which may be a conventional PBX or similar 
telephone switch. Telephones 12 and voice mail system 14 
are coupled to switching system 10. Often, dedicated analog 
line 16 A is coupled to facsimile 44 for facsimile commu- 
nications. 

[0005] Data system 2 typically is implemented with a 
plurality of computers (or workstations, etc.) 24 intercon- 
nected by way of packet network 26, which may be a 
standard Ethernet compliant network or other office net- 
work. Network 26 often is coupled to remote access server 
32, which is connected to one or more analog trunks 40, and 
which may include one or more modems in a modem pool. 
Computers 24 may communicate with remote systems via 
the modem pool of remote access server 32 over analog lines 
40 and WAN 42. Network 26 typically includes a connection 
to printer 22 and file server 20. In more sophisticated 
systems, network 26 may be coupled to switching hub 28 


and router 30, which is coupled to WAN 42 over digital 
trunks 38. Data system 2 also may include a connection 
between one or more of computers 24 to modem 36, which 
in term is coupled to WAN 42 over dedicated analog trunk 
40A. 

[0006] Such a conventional system often is characterized 
by piecemeal equipment and network solutions, limited or 
non-existent coordination and management between voice 
system 1 and data system 2, non-optimized or non-inte- 
grated equipment, and inefficient use of cosdy network 
services (telephone lines, data lines, etc.), such as duplicate 
and often idle phone and data network lines, often provided 
from multiple equipment/service providers. In general, such 
conventional systems are neither constructed nor operated in 
a manner to provide efficient and integrated voice/data 
communications. 

SUMMARY OF THE INVENTION 

[0007] The present invention is intended to address vari- 
ous disadvantages of such conventional communication 
systems. The present invention provides various systems 
and methods, perhaps more succinctly a platform, by which 
voice and data communications may occur in multiple 
modes and various protocols, and more particularly systems 
and methods for multiple native mode voice and data 
transmissions and receptions with a communications/com- 
puting system having a multi-bus structure, including, for 
example, a TDM bus, a packet bus and a control bus, and 
multi-protocol framing engines, preferably including sub- 
system functions such as PBX, voice mail and other tele- 
phony functions, email and/or file server, Internet server, 
LAN hub and data router. With the present invention, a 
platform and various processes are provided in which a 
TDM bus and a packet bus are intelligently bridged and 
managed, thereby enabling such multiple mode/protocol 
voice and data transmissions to be intelligently managed and 
controlled with a single, integrated system. 

[0008] In preferred embodiments, a computer or other 
processor includes a local area network controller, which 
provides routing and hubs and/or switches for one or more 
packet networks. The computer also is coupled to a multiple 
buffer/framer, which serves to frame/deframe data to/from 
the computer from TDM bus. The buffer/framer includes a 
plurality of fra me r/de frame r engines, supporting, for 
example, ATM and HDLC framing/de framing, and raw 
buffering of voice data or the like. The buffer/framer is 
coupled to the TDM bus by way of a multiple port or 
multiport switch/multiplexer, which includes the capability 
to intelligently map data traffic between the buffer/framer 
and the TDM bus to various slots of the TDM frames. 
Preferably, a DSP pool is coupled to one or more switch/ 
multiplexer ports and/or the buffer/framer in a manner to 
provide various signal processing and telecommunications 
support, such as dial tone generation, DTMF detection and 
the like. The TDM bus is coupled to a various line/station 
cards, serving to interface the TDM bus with telephone, 
facsimiles and other telecommunication devices, and also 
with a various digital and/or analog WAN network services. 
The present invention provides a platform by which pro- 
cessing functions may be switched to provide support for a 
wide range of network, vendor and application services. 

[0009] With the present invention, a full PBX-type tele- 
communication system may be provided by way of the 
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computer/processor and associated telephony hardware and 
software. Functions such as voice mail, automated attendant, 
call forwarding, hold, transfer, caller ID, conferencing and 
other telephony functions may be similarly provided. While 
supporting such telephony functions in their native mode 
primarily by way of the TDM bus, the computer/processor 
also supports concurrent packet data transmissions over the 
LAN subsystem and packet bus(es). As needed to efficiently 
support various voice/data communications in the particular 
office /work environment, the buffer/framer and switch/mul- 
tiplexer provide a multi-protocol router functionality, 
enabling the TDM bus traffic and the packet bus traffic to be 
intelligently bridged and managed without degradation of 
each other, and without requiring translation or transcoding. 
With the present invention, the same WAN services may be 
intelligently managed and controlled for simultaneous voice, 
video, and data traffic. 

[0010] The computer/processor supports a variety of 
applications, such as remote configuration, management and 
back-up, bandwidth allocation and control, least cost rout- 
ing, voice over Internet Protocol (or "voice over IP"), as well 
various telephony related applications. In certain preferred 
embodiments, audio/video data streams, including such as 
H.320 and H.323 data streams, also arc intelligently man- 
aged and controlled. In certain preferred embodiments, 
management applications (such as the SNMP protocol) 
enable the system to be remotely monitored and configured 
via a web browser- type access. 

[0011] In accordance with the present invention, various 
telephony and data functions useful in offices and other 
settings may be more conveniently and efficiently per- 
formed, and various methods for performed telephony and 
data functions are provided in accordance with various 
preferred embodiments of the present invention. 

[0012] Accordingly, it is an object of the present invention 
to provide simultaneous voice, video and data communica- 
tions with a single, integrated system. 

[0013] It is another object of the present invention to 
provide an intelligently controlled and managed processor 
bridge between one or more TDM buses and one or more 
packet buses. 

[0014] It is yet another object of the present invention to 
provide an integrated PBX, router and hub to support such 
simultaneous voice, video and data communications. 

[0015] It is still another object of the present invention to 
provide a multi-protocol buffer/framer and switch/multi- 
plexer in order to provide multi-protocol routing and intel- 
ligent time slot mapping to the TDM bus, preferably includ- 
ing DSP resources coupled to the buffe r frame r. 

[0016] It is an object of the present invention lo provide 
systems and methods allowing a broad set of services and 
functions to co-exist in the same system, and leveraging 
shared resources while providing a high level interface and 
intelligence that allows for the shared resources to be 
dynamically allocated and re-allocated. 

[0017] Finally, it is an object of the present invention to 
provide various methods of performing telephony and data 
functions in novel and more efficient ways, particularly in 
combination with the various preferred embodiments of 
systems in accordance with the present invention. 


[0018] Other objects, features and advantages of the vari- 
ous embodiments of the present invention described herein 
will be apparent to those skilled in the art. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] The above objects and other advantages of the 
present invention will become more apparent by describing 
in detail the preferred embodiments of the present invention 
with reference to the attached drawings in which: 

[0020] FIG. 1 illustrates a typical, conventional office 
communications configuration; 

[0021] FIG. 2 provides an overview of an office commu- 
nications system in accordance with preferred embodiments 
of the present invention; 

[0022] FIG. 3 is a block diagram illustrating preferred 
embodiments of the present invention; 

[0023] FIG. 3A illustrates communications buses in 
accordance with preferred embodiments of the present 
invention; 

[0024] FIG. 4 provides a software/hardware overview of 
an office communications system in accordance with pre- 
ferred embodiments of the present invention; 

[0025] FIG. 5 illustrates the use of services/bandwidth 
allocation rule table(s) in accordance with preferred embodi- 
ments of the present invention; 

[0026] FIG. 6 illustrates a general flow chart for control- 
ling incoming and outgoing calls in accordance with pre- 
ferred embodiments of the present invention; 

[0027] FIG. 7 illustrates an exemplary configuration algo- 
rithm for an office attendant type program in accordance 
with preferred embodiments of the present invention; 

[0028] FIG. 7A illustrates an exemplary arrangement of 
configuration options of the present invention; 

[0029] FIGS. 8A to 8D illustrate exemplary windows in 
accordance with preferred embodiments of the office atten- 
dant-type programs in accordance with the present inven- 
tion; 

[0030] FIGS. 9A to 9C illustrate windows for illustrating 
additional features/functions in accordance with preferred 
embodiments of the present invention; 

[0031] FIGS. 10A to 10B illustrate preferred embodi- 
ments of the net message windows in accordance with 
preferred embodiments of the present invention; 

[0032] FIGS. 11A to HE illustrate various embodiments 
of the conference windows in accordance with preferred 
embodiments of the present invention; 

[0033] FIG. 12 illustrates another preferred embodiment 
of the present invention; 

[0034] FIGS. 13A lo 13C illustrate preferred embodi- 
ments of video conferencing in accordance with the present 
invention; 

[0035] FIG. 14 illustrates additional preferred embodi- 
ments of the present invention utilizing advanced call log- 
ging features; 
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[0036] FIG. 15 illustrates a window from a remote admin- 
istration/configuration application/applet in accordance with 
preferred embodiments of the present invention; 

[0037] FIG. 16A illustrates a preferred exemplary 
embodiment of a chassis view window in accordance with 
preferred embodiments of the present invention; 

[0038] FIG. 16B illustrates a window for configuration of 
T-l channels of a particular communications system in 
accordance with preferred embodiments of the present 
invention; 

[0039] FIG. 16C illustrates a window for configuration of 
station ports of a station card in accordance with preferred 
embodiments of the present invention; 

[0040] FIG. 16D illustrates a window for configuration of 
analog trunks in accordance with preferred embodiments of 
the present invention; 

[0041] FIG. 16 E illustrates a window for configuration of 
frame relay type WAN resources in accordance with pre- 
ferred embodiments of the present invention; 

[0042] FIG. 16F illustrates a window for configuration of 
network settings in accordance with preferred embodiments 
of the present invention; 

[0043] FIG. 17A illustrates various icons that may be 
presented to a remote user to perform remote diagnostics on 
the communication system in accordance with preferred 
embodiments of the present invention; 

[0044] FIG. 17B illustrates a window for providing a 
trunk monitoring function in accordance with preferred 
embodiments of the present invention; 

[0045] FIG. 17C illustrates a window for providing a link 
monitoring function in accordance with preferred embodi- 
ments of the present invention; 

[0046] FIG. 17D illustrates a window for providing a 
station monitoring function in accordance with preferred 
embodiments of the present invention; 

[0047] FIG. 17E illustrates a window for displaying trace 
information from various software components, driver, etc. 
in communications system in accordance with preferred 
embodimenls of the present invention; 

[0048] FIG. 17F illustrates a window for providing a first 
level of tracing information in accordance with preferred 
embodiments of the present invention; 

[0049] FIG. 17G illustrates a window for providing a 
second, higher level of tracing information in accordance 
with preferred embodimenls of the present invention; 

[0050] FIG. 17H illustrates a window for selecting certain 
timing and mode information in accordance with preferred 
embodiments of the present invention; 

[0051] FIG. 18 illustrates a communication system in 
accordance with another preferred embodiment of the 
present invention; 

[0052] FIG. 19 illustrates a communication system in 
accordance with another preferred embodiment of the 
present invention; and 


[0053] FIG. 20 illustrates a backup communication mod- 
ule in accordance with preferred embodiments of the present 
invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

[0054] Although various preferred embodiments of the 
present invention will be disclosed for illustrative purposes, 
those skilled in the art will appreciate that various modifi- 
cations, additions and/or substitutions are possible without 
departing from the scope and spirit of the present invention. 
Specific reference is made to co-pending App. Ser. No. 
09/055,072 for SYSTEM METHODS FOR MULTIPLE 
MODE VOICE AND DATA COMMUNICATIONS USING 
INTELLIGENTLY BRIDGED TDM AND PACKET BUS- 
SES and App. Ser. No. 09/055,036 for SYSTEM AND 
METHOD FOR GENERATING VOLTAGES IN TELE- 
PHONY STATION CARDS, both of which are incorporated 
herein by reference. 

[0055] In accordance with preferred embodiments of the 
present invention, systems and methods are provided to 
enable voice, data, video and other communications to occur 
in an efficient and integrated manner, intelligently allocating 
and utilizing available communications resources. FIG. 2 
provides an overview of such a system in accordance with 
one preferred embodiment of the present invention. 

[0056] Communications system 50 provides an integrated 
system for controlling and managing communications such 
as in an office. Communications system 50 communicates 
over ports 26 to file server 20, printer 22 and one or more 
computers 24. Ports 26 typically includes a packet bus such 
as Ethernet, "fast" Ethernet, ATM or other LAN technology 
(in other embodiments, LAN technology, such as token ring, 
may be coupled to an appropriately configured port). Com- 
munications system 50 includes devices for controlling ports 
26, including controllers such as what are known as a 
network interface controller (NIC), which may integrate a 
media access controller (MAC) for control of and interface 
to ports 26. Connected to ports 26 may be a variety of 
devices, such as one or more file servers 20, computers 24, 
printers 24 and other computing, peripheral or similar 
devices suitable for interconnection with ports 26. Other 
network devices, such as routers, switches, bridges and the 
like also may be connected to ports 26. In a one preferred 
embodiment, ports 26 is an Ethernet-type LAN to which is 
connected to a variety of devices as determined by the needs 
of the particular office/work environment. The present 
invention effective integration of the packet data LAN and 
router-type functions with the telephony and server func- 
tions, which enables unique operations and the initiation or 
completion of calls or transactions or the like, without 
having access to traditional, dedicated devices, peripherals 
and communications services. 

[0057] It will be appreciated that communications system 
50 also may implement hardware and software for additional 
network functions, which are included in alternative 
embodiments. Such network functions include, but are not 
limited to: name server, such as DNS (Domain Naming 
System, which is used in the Internet for translating names 
of host computers into addresses) or WINS (Windows 
Internet Name Service, which is a name resolution service 
that maps or resolves Windows networking computer names 
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to IP addresses particularly in a routed environment); fire- 
wall (as is known in the an, a firewall is a hardware/software 
implement that limits the exposure of a computing system 
such as communications system 50 or computers coupled 
thereto to access from a computer external to the system, 
which may include a network level firewall or packet filter 
that examines data traffic at the network protocol packet 
level, or an application-level firewall that examines data 
traffic at the application level, such as FTP or file transfer 
protocol, email, etc.); proxy server (as is known in the art, 
a proxy server is a type of firewall that uses a process known 
as address translation to map internal user IP addresses to the 
IP address associated with the proxy server firewall in order 
to provide extra security, etc.); DHCP (Dynamic Host Con- 
figuration Protocol, which is a protocol which allows a 
server to assign dynamically IP addresses to particular 
computers in real time, etc., which may support manual, 
automatic and/or dynamic address assignment, which may 
be used to verify a particular computer's identify, tempo- 
rarily assign it an IP address for a particular period of lime, 
and reclaim the IP address later for reassignment at the 
expiration of the particular period of time, etc.); and/or email 
server or gateway (which, as is known in the art, may be 
used to send and receive emails and/or send and receive 
faxes for the computers connected to the LAN or LANs, 
etc.). 

[0058] Communications system 50 includes the function- 
ality of what is known as a PBX (as will be described 
further). In preferred embodiments, communications system 
50 is connected to a plurality of telecommunication devices, 
such as telephones 12, facsimile 44 and other suitable 
telecommunications devices and access and server functions 
(such as private voice mail, recording devices, WAN service 
interface cards, etc.). What is important is that communica- 
tions system 50 include interfaces for a plurality of tele- 
communications devices for the particular and complete 
office/work environment and infrastructure. 

[0059] Communications system 50 is coupled to WAN 
voice/data services network(s) 58 through trunks 54. Voice/ 
data services network(s) may include private line, local or 
long distance carrier networks, Internet, intranet and/or any 
other current or future WAN-type network services. Trunks 
54 may consist of high, medium or low speed digital and/or 
analog lines, either public or private, and in certain preferred 
embodiments consist of high speed dedicated resources such 
as what are known as T-l, PRI (Primary Rate ISDN), ATM, 
VDSL, HDSL, ADSL, wireless, cascade, proprietary and/or 
twisted pair analog lines from a local telephone company. 
What is important is the communications system 50 is 
coupled to WAN services, trunks and the like in a manner 
that the user, service provider, administrator and/or algo- 
rithm has determined will provide adequate or required 
resources, on a cost-effective basis, for the particular office/ 
work environment and operating conditions. 

[0060] In contrast to FIG. 1, the communications system 
of FIG. 2 provides an integrated solution for voice and data 
communication services, to which may be connected the 
WAN network services and telecommunications, computing 
and other devices as determined by the particular office/ 
work environment. 


[0061] Referring to FIG. 3, various subsystems, compo- 
nents, buses and the like of preferred embodiments of 
communications system 50 will be described in greater 
detail. 

[0062] Communications system 50 is controlled by host 
processor/system resources 70, which in preferred embodi- 
ments include a computer powered, for example, by a 
commercially available or other microprocessor and an 
embedded and/or commercially available operating system. 
What is important is that processor/system resources 70 
provide sufficient processing power, memory and storage 
resources (RAM, ROM, hard disk, magnetic or other stor- 
age, etc.), bus and other resources in order to control the 
various subsystems and components as will be described. In 
particular, computer/system resources 70 enables automatic 
internal negotiation, control and enabling of services and 
applications. Although not expressly shown, processor/sys- 
tem resources 70 also may include other components of a 
relatively high-end personal computer, workstation or 
server, such as a display device, keyboard, serial ports, 
parallel ports, power supply and the like. The various 
subsystems and components of communications system 50 
are intelligently controlled, managed and monitored by 
processor/system resources 70. Processor/system resources 
70 provides system and server management software and the 
like, and a platform for various server applications as 
described herein. 

[0063] Host processor/system resources 70 is coupled to 
buffer/frame r 72 via bus 84, which in preferred embodi- 
ments consists of a computer bus such as what are known as 
a PCI bus or ISA bus (in other embodiments, other suitable 
computer-type buses are utilized, which may include pro- 
prietary local buses). Buffer/framer 72 includes buffer 71 
and preferably includes a plurality of multi-protocol fram- 
ing/deframing engines, such as for what are known as 
asynchronous transfer mode (ATM) or high-level data link 
control (HDLC) protocols, which may be synchronous or 
asynchronous. In other embodiments, other communication 
protocol framers/deframers are provided, as may be desired 
by the particular office/work environment. Buffer/framer 72 
in certain preferred embodiments includes, for example, one 
or more ATM framers/deframers 73 A and one or more, and 
preferably a plurality of HDLC framers/deframers 73B. 
Although not expressly shown, buffer/framer 72 includes 
other controlling circuits (such as a slot mapping memory, 
multiplexers/demultiplexers, arbitration, control and other 
circuitry) such as, for example, described in U.S. Pat. No. 
5,533,018 to DeJager, et al. for "MULTI-PROTOCOL 
PACKET FRAMING OVER AN ISOCHRONOUS NET- 
WORK," which is hereby incorporated by reference. As will 
be described in greater detail, bufifer/framer 72 includes the 
capability to transfer raw or protocol-processed data, which 
may be mapped to particular slots of TDM bus 78 and made 
available on different ports. Buffer/framer 72 is controlled 
by processor/system resources 70 as diagrammatically indi- 
cated by control line(s) 92 (control line(s) 92 may be 
implemented as part of a bus structure, such as bus 84). In 
preferred embodiments, processor/system resources 70 
includes redundant disk or other storage, redundant power 
supplies and data back-up to magnetic or other media in 
order to enhance fault tolerance of the system. 

[0064] Processor/resources 70 also may be connected to 
DSP 76. DSP 76 preferably consists of a single digital signal 
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processor or multi-digital signal processor resource pool, 
which serves to provide a variety of functions within com- 
munications system 50. In preferred embodiments, DSP 76 
generates dial tones (such as for telephones 12), DTMF digit 
detection and decoding, echo cancellation, coding/decoding 
functions, voice conferencing, voice compression, voice 
recognition and the like. In other embodiments, DSP 76 
performs data compression, transcoding, processing for 
voice communications using an Internet protocol ("IP") or 
other voice over other network protocol or the like. In 
general, DSP 76 provides a set of processing and memory 
resources to support the various voice/data services con- 
trolled and managed by processor/resources 70. As illus- 
trated by bus connection 84A, DSP 76 alternatively may be 
coupled directly to TDM bus 78. 

[0065] Switch/multiplexer 74 communicates bidirection- 
ally with buffer/framer 72 and preferably from DSP 76, as 
illustrated, over bus 86. Switch/multiplexer 74 also commu- 
nicates with TDM bus 78, as illustrated, over bus 90. TDM 
bus 78 preferably is a time division multiplexed bus as is 
known in the art (such as, for example, what is known as an 
M VIP or multi-vendor integration protocol type bus, or what 
is known as an SCSA-type bus (SCSA is an acronym for 
Signal Computing System Architecture)), and provides in 
certain preferred embodiments 256 channels/slots per TDM 
frame (the present invention is not limited to a single TDM 
bus; in alternative embodiments, more than one TDM bus or 
other types of TDM buses are utilized). TDM bus 78 allows 
communication between devices on the bus by way of 
circuit switching techniques. This type of switching allows 
for simple and inexpensive communication of voice 
through, for example, what are known as pulse code modu- 
lation ("PCM") techniques. Switch/multiplexer 74 prefer- 
ably is implemented with one or more switching/serial time 
division multiplexing circuits, such as, for example, 
described in U.S. Pat. No. 5,541,921 to Swcnson, et al. for 
"ISOCHRONOUS SERIAL TIME DIVISION MULTI- 
PLEXER," which is hereby incorporated by reference. 
Switch/multiplexer 74, under control of processor/system 
resources 70, provides the capability for various voice/data 
signals to be controllably switched to desired slots of TDM 
bus 78. 

[0066] Coupled to TDM bus 78 are line, station, trunk, or 
other interface cards 82. Cards 82 provide CODEC, line 
interface, off-hook detect and other functions as are known 
in the art to support various telecommunication devices 
(such as telephones 12 and facsimile 44) and WAN -type 
network services (such as voice/data services 58) that are 
communicatiug with communications system 50 via TDM 
bus 78. In preferred embodiments cards 82 provide points of 
termination for a plurality of telephones 12, one or more 
facsimiles 44, and various T-l, PRI, ATM, analog and/or 
other WAN-type network services as determined by the 
particular office/work environment. Cards 92, under control 
of processor/system resources 70, may include points of 
termination for emergency or backup telephone services and 
the like, such as in the event of a power failure or to provide 
analog services in the event a dedicated resource such as a 
T-l is unavailable' for some reason. 

[0067] Communication system 50 also may include fax 
modem 75, which, under control of processor/system 
resources 70, may process incoming/outgoing facsimile 
transmissions. In the preferred embodiment, fax modem 75 


is coupled to TDM bus 78 as illustrated, although in other 
embodiments fax modem 75 may be coupled in alternative 
arrangements, such as to switch/multiplexer 74 and/or DSP 
76. 

[0068] Communication system 50 also may include avail- 
able card slots on TDM bus 78 for one or more module 
upgrade 77. Additional resources and/or functionality may 
be added to communication system 50 as needed by way of 
module or line card upgrade(s) 77, or by, for example, the 
addition of one more cards such as ATM controller 79B and 
DSP 79C. Through the use of such module upgrades or 
additional cards, etc., one or more minimal configurations of 
communication system 50 may be provided, with additional 
resources and/or functionality added by the insertion of 
additional cards to TDM bus 78. In accordance with pre- 
ferred embodiments of the present invention, software 
upgrades for processor/system resources 70, or for other 
resources in the communications system, also may be 
applied. 

[0069] Processor/system resources 70 also is coupled to 
one or more packet buses, such as packet buses 80A and 
80B, which may be through a bus such as LAN bus 81. 
Effectively, packet buses 80A and 80B provide multiple 
hubs or switches to intercommunicate between one or more 
packet networks, which in preferred embodiments are Eth- 
ernet networks. It should be noted that the bus configuration 
of FIG. 3 may be considered "logical", and in preferred 
embodiments the physical bus configuration may be such 
that TDM bus 78 and packet buses 80A and/or 80B are part 
of the same physical bus. In such embodiments, packet 
buses 80A and/or 80B also can intercommunicate directly 
with central resources (such as processor/system resources 
70) as well as station cards and WAN cards (or any other 
cards) coupled to the TDM bus (this is illustrated in FIG. 3 
by card 79D, which is a card simultaneously inserted into/ 
coupled to both TDM bus 78 and packet bus 80A and which 
may comprise, for example, a combined LAN interface/ 
functionality and central office (or other WAN interface) 
card. Such a combined interface card, which may support 
both LAN and WAN functions (such as described elsewhere 
herein), enables substantial advantages over conventional 
systems. 

[0070] Coupled to packet buses 80A and/or 80B are a 
variety of computing-type devices, such as computers 24, 
printer 22, other computers, file servers, backup or storage 
resources, other networks and the like. Processor/system 
resources 70, in software and/or hardware, provides a LAN/ 
network subsystem, which includes routing and other related 
functions to support data communications to and from 
packet buses 80 A and/or 80B and TDM bus 78, etc., through 
several paths or methods, 

[0071] In preferred embodiments, a more direct connec- 
tion between packet bus 80A and/or 80B may be established 
by way of embedded router or bridge 83. Router/bridge 83 
includes a CPU, TCP/IP controller, router, slack, Ethernet 
interface or other functionality as may be desired to couple 
LAN bus 81 to, for example, one or more HDLC controllers 
79A. Through the use of router/bridge 83, communications 
between packet buses 80A and 80B may be accomplished 
while consuming minimal resources of processor/system 
resources 70. 
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[0072] Referring now to FIG. 3A, additional aspects of 
preferred embodiments of the present invention will now be 
described. 

[0073] As discussed in reference to FIG. 3, communica- 
tions system 50 includes at least three (3) separate types of 
busses, e.g., TDM bus 78, packet bus 80A(or 80B), etc, and 
control bus 92, etc. In arranging such different busses, 
preferred embodiments of the present invention utilize an 
arrangement that desirably configures such busses into a 
passive backplane that may be used to plug in various 
printed circuit boards, cards, etc. 

[0074] As illustrated in FIG. 3A, busses 92', 80A and 78 
are physically arranged as part of system bus 406. Bus 408 
is provided, for example, to serve as a bus for a computer 
backplane, such as a personal or other computer included in 
processor/system resources 70 (e.g., a computer system bus, 
such as what are known as PCI or ISA buses, etc.). Various 
boards or cards, etc. 400A, 400B and 400C may be physi- 
cally plugged into sockets 402 and 404. Sockets 402 are 
provided for making electrical connection to bus 408, and 
sockets 404 are provided for making electrical connection to 
bus 406. It should be noted that, preferably, two rows of 
sockets 402 and 404 are provided, with al least certain of 
sockets 402 being positioned adjacent to and aligned with 
sockets 404. In this manner, boards such as board 400A may 
be coupled to bus 406 through one of sockets 404, board 
400B may be coupled to both bus 406 and bus 408 via one 
each of sockets 404 and 402, and board 400C may be 
coupled to bus 408 through one of sockets 402. In accor- 
dance with such embodiments, bus 406, which includes 
control bus 92, packet bus 80A, and TDM bus 78, may be 
coupled to boards that couple only to bus 406 and also 
boards that couple to both bus 406 and bus 408. As will be 
appreciated, a plurality of sockets and boards may be 
provided, with one or a plurality of boards similar to board 
400A, one or a plurality of boards similar to board 400B, 
and/or one or a plurality of boards similar to board 400C 
may be desirably provided in communications system 50. 

[0075] It also should be noted that, in preferred embodi- 
ments, bus 92 is similar in form to a standard ISA or PCI bus 
(although preferably modified/optimized for the particular 
implementation of communications system 50) and provides 
desired control to the various components and subsystems of 
communications system 50 (as described elsewhere herein). 
In addition, TDM bus 50 may consist of, for example, 256 
channels at 64K bits/second. Packet bus 80 A may support 
one or a plurality (e.g., 3, 4, 5 or more) of ethemet or other 
packet buses, such as 100M bit, fill duplex ethernet capa- 
bility or similar functionality (although only one such bus in 
illustrated in FIG. 3A). 

[0076] In accordance with such embodiments, boards may 
be conveniently coupled to bus 406 and/or 408, which 
facilitates manufacture, upgrade, maintenance, etc. of com- 
munications system 50. It also should be noted that bus 408 
may be, for example, an industry standard bus, such an ISA 
or PCI or similar bus, thereby enabling ready connection of 
available PC-type boards to communications system 50 if so 
desired for the particular application. Such a multi-back- 
plane construction provides significant advantages in accor- 
dance with the present invention. 

[0077] FIG. 4 provides a software/hardware overview of 
an office communications system in accordance with pre- 


ferred embodiments of the present invention. It should be 
noted that the preferred embodiment of FIG. 3, with appro- 
priate software in processor/system resources 70, may pro- 
vide the software/hardware described in connection with 
FIG. 4, as will be appreciated by those skilled in the art. 

[0078] At the server applications level, various software 
applications may be provided for operation in conjunction 
with the hardware illustrated, for example, in FIG. 3. Such 
software applications may include what are know as least 
cost routing ("LCR"), best quality of service ("BQOS") and 
bandwidth ("B/W") rules 21. LCR, BQOS and B/W rules 21 
provide tables, information, rules and/or algorithms by 
which data and voice communications may be allocated 
and/or controlled with respect to, for example, the various 
types of voice/data network services that are available to 
communications system 50. Such information may include 
the current cost of utilizing various resources (based on time 
of date, amount of usage, integrated amount of usage over 
some period of time, etc.), and also priority rules for the 
various types of communications provided by communica- 
tions system 50. For example, phone calls may be assigned 
a priority 1, facsimile calls a priority 2, VoIP calls a priority 
3, facsimile over IP calls a priority 4, category 1 data 
communications a priority 5, and other data communications 
a priority 6. In preferred embodiments, the priority assign- 
ments may change by time of day or month, and/or the 
priority assignments may be different with respect to differ- 
ent network resources and the like. 

[0079] Server encryption applications 23 may be provided 
in order to provide encryption or similar coding or process- 
ing of voice/data communications processed by communi- 
cations system 50. VoIP gatekeeper 25 may be provided to 
service and control voice over Internet protocol ("VoIP') 
communications. As more specifically described below, 
various types of VoIP communications may be effectively 
managed and controlled in accordance with preferred 
embodiments of the present invention, sucb as, for example, 
a determination that acceptable conditions exist on the 
Internet for such communications. Directory 27 may be 
provided in order to make various types of directory infor- 
mation available to users of communications system 50. 
Directory information provided by directory 27 may include 
names, telephone extensions, address or other personal or 
work information regarding persons or departments, etc., 
serviced by communications system 50. Directory 27 also 
may include similar directory type information for persons 
or departments, etc. in a remote or other locations, such as 
may be accessed through voice/data services 58. 

[0080] In general, with the present invention other appli- 
cations 29 may be provided to support various types of 
communications in accordance with preferred embodiments 
of the present invention. 

[0081] Intelligent/dynamic B/W, service and resource 
management 31 is provided to effectively and efficiently 
control and allocate and de-allocate services and communi- 
cations resources, such as in accordance with LCR, BQOS, 
B/W rules 21 (e.g., rules to enable lowest cost, highest 
quality or otherwise desirable management and control of 
network or other resources, etc.) or other applications 29 or 
the like. B/W management 31 also receives as inputs infor- 
mation indicating the total number and types of network 
resources (of voice/data services 58, for example) that are 
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available to communications system 50, and their status and 
availability at any given point in time. BIW management 31 
may receive as an input, or may generate internally, infor- 
mation indicating how much of a measured usage resource 
may be available at a given point in time (for example, 
"frame relay,""private virtual channel" or other network 
services may be provided on the basis of a predetermined 
amount of data transmission per fixed lime period for a fixed 
price, with additional charges for usage in excess of the 
predetermined amount, etc.). As more fully described below, 
based on the currently available and currently utilized ser- 
vices and resources, B/W management 31 may allocate and 
de-allocate such services and resources in a desired and/or 
cost efficient manner. 

[0082] Services 37, which may be supported by database 
storage 35 (which may be provided as a part of processor/ 
system resources 70), include data switching services, router 
services and PBX station services. In general, in accordance 
with preferred embodiments of the present invention, and 
utilizing resources such as described in connection with 
FIG. 3, various communication-related services may be 
advantageously supplied by communications system 50. 

[0083] For example, data switching services may be pro- 
vided such as by LAN/NDIS/DDI drivers 39 (LAN, NDIS 
and DDI being exemplary) through hardware modules such 
as switched Ethernet 45 and hub 47. Routing services may 
be provided such as through WAN drivers (specific network 
services such as PRI and T-l being exemplary) through 
hardware modules such as T-l module(s) 49, ISDN mod- 
ule(s) 51, central office-plain old telephone service (CO- 
POTS) module(s) 53, V.35 module(s) (it should be under- 
stood that various hardware modules may be utilized in 
accordance with preferred embodiments of the present 
invention, as desired to implement the various data switch- 
ing, routing and other communications connections as may 
be determined by the needs of the particular office/work 
environment. PBX station services, such as automated atten- 
dant, reception, voice mail and the like, may be provided 
through station manager 43. Station manager 43 provides 
hardware for connection to various telecommunications 
devices, such as phones 12, facsimile 44, etc. In general, 
station manager 43 provides sufficient interface hardware in 
order to connect to the various devices that may be deter- 
mined by the needs of the particular office/work environ- 
ment). 

[0084] Referring now to FIG. 5, u general flow chart will 
be described for illustrating the use of services/bandwidth 
allocation rules in accordance with preferred embodiments 
of the present invention. 

[0085] Server applications, such LCR, BQOS, B/W rules 
21, may be considered to have various rule sets, such voice 
rules 93, data rules 95 and dial-up rules 97 (other rule seis 
may be provided). Communications system 50 monitors 
inputs (illustrated as monitor input block 91 of FIG. 5), and 
based on such inputs and the overall service/network 
resources available, and in accordance with voice rules 93, 
data rules 95 and dial-up rules 97, allocates and de-allocates 
resources (illustrated as allocate/re-allocate resources block 
99 of FIG. 5). 

[0086] Exemplary operations of such preferred embodi- 
ments will now be described. 

[0087] In the event a user picks up one of telephones 12, 
an off-hook condition is detected by the appropriate card 82, 


which signals processor/system resources 70 of the off- 
condition. Processor/system resources 70 controls switch/ 
multiplexer 74 to couple the appropriate card 82 to DSP 76, 
which generates a dial tone that is coupled to the appropriate 
telephone 12. The user hears the dial tone and may then 
proceed to place the desired call. DSP 76 detects the digits 
of the telephone number of the desired call and provides the 
detected digits to processor/system resources 70. For an 
internal call, processor/system resources 70 directs that the 
called internal telephone receive a ring signal from the 
appropriate card 82. Upon pick-up of the called internal 
telephone, the telephone connection between the internal 
phones is established by way of TDM bus 78 and the 
appropriate cards 82. 

[0088] For an external call, processor/system resources 70 
attempts to establish the desired connection through the 
appropriate cards 82 and available voice/data services 58. In 
attempting to establish such a voice communication con- 
nection, processor/system resources preferably follows the 
general flow illustrated in FIG. 5. Namely, in accordance 
with available resources (such as of voice/date services 58) 
and rules such as voice rules 93, data rules 95, dial-up rules 
97, etc., an external voice communication may be estab- 
lished by, for example, a POTS line connection, an ISDN B 
channel, a VoIP connection, etc. In accordance with the 
present invention, resources may be allocated for the pro- 
cessing of such an external call based on the available 
resources at the particular time and applicable rules (which 
may include time of day, priority of call, etc.) Incoming calls 
are detected by the appropriate cards 82 and signaled to 
processor/system resources 70. Connections of voice incom- 
ing calls to telephones 12 are established under control of 
processor/system resources 70 over TDM bus 78. 

[0089] Still additional operational advantages and features 
in accordance with still additional preferred embodiments of 
the present invention will now be described. 

PBX and Telephony-Related Functions 

[0090] With the hardware of preferred embodiments as 
illustrated in FIG. 3, various novel and/or improved or more 
efficient communications functions may be obtained. As 
noted in FIG. 2, with the present invention a plurality of 
workstations or computers 24 may be connected to commu- 
nications system 50. Although only a single LAN is illus- 
trated in FIG. 2, as illustrated in FIG. 3 two or more LANs 
may be coupled to communications system 50, with a 
plurality of computers coupled to each of the two or more 
LANs, etc. 

[0091] In accordance with preferred embodiments of the 
present invention, one or more of computers 24 may execute 
a PBX/telephony control application software program. In 
accordance with the PBX/telephony control application, 
hereinafter referred to as the "office attendant type" pro- 
gram, control of the telephony and related functions of 
communications system 50 may be intelligently managed 
and controlled. With such an arrangement, one or more 
computers on the LAN may be used to control incoming and 
outgoing calls of the office using the computer in a natural 
and intuitive manner. A telephony headset or telephone 
preferably is associated with the particular computer that 
will be running the office attendant type program to enable 
traditional voice communications with incoming callers, etc. 
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[0092] As illustrated in FIG. 6, a party desiring to control 
the incoming and outgoing calls and/or station to station 
calls of the office ("attendant 1") may log-on and run the 
office attendant type program from one of the computers 
connected to the LAN connected to communications system 
50. At step 100, attendant 1 may be required to enter an 
appropriate user name/ID and password in order to recog- 
nize attendant 1 as an appropriate user to assume control of 
the telephony functions of the office. A network or systems 
administrator may set up password control for parties autho- 
rized to run the office attendant type program. At step 102, 
in preferred embodiments the computer running office atten- 
dant type program has downloaded to it the current tele- 
phone subscriber directory such as over packet bus 80A or 
80B of FIG. 3 (e.g.: a complete listing of the telephone 
subscribers; extensions; status information such as do not 
disturb, forward and forwarding information, forward to 
voice mail, hunt group information, etc.) from communica- 
tions system 50. In this manner, the computer or computers 
running the office attendant type program may locally con- 
tain current subscriber information for controlling the 
incoming and outgoing calls of the office. In preferred 
embodiments, communications system 50 automatically 
determines when subscriber information changes, e.g., a 
subscriber has been added to or deleted from the telephone 
directory, or an extension has changed, or a subscriber's 
status information has changed, or any state associated with 
communications system 50, etc., in order that updates may 
be timely made available. In such embodiments, computers 
running the office attendant type program may be updated 
promptly and automatically by communications system 50 
so as to contain current subscriber information on an ongo- 
ing basis to more efficiently control telephony operations of 
the office. It also should be noted that in preferred embodi- 
ments the subscriber information also may include other 
information, such as the email address and extended direc- 
tory information including personal information manager 
("PIM") information of the particular subscriber and net- 
work identification for a computer associated wiih the 
particular subscriber. With such information, net messages 
or other communications with particular subscribers may be 
facilitated as more fully described herein. 

[0093] It also should be noted that this subscriber down- 
load concept is applicable in various forms to all computers 
coupled to communications system 50. For example, com- 
munications system 50 includes information regarding all 
users registered in the PBX (i.e., all users having a telephone 
extension and/or computer coupled to communications sys- 
tem 50 such as over the LAN or WAN). Thus, in the event 
of a subscriber directory change, communications system 50 
may "broadcast" updated subscriber directory information 
to all computers coupled to communications system 50, or, 
in alternate embodiments, communications system 50 sends 
a net message, email or other message to such computers 
coupled to communications system 50 that prompts the users 
of such computers to the availability of the subscriber 
directory update (e.g., the remote computers received a 
message indicting the availability of the subscriber directory 
update, which preferably includes an "accept" icon and a 
"reject" icon, thereby enabling the user to receive or not 
receive the update as he/she may desire). 

[0094] This concept may be extended to system speed dial 
buttons (as described elsewhere herein), and other informa- 
tion that may be desirably controlled and distributed in/from 


a central location (e.g., communications system 50) in a 
particular office setting. For example, a company organiza- 
tion chart, financial reports, informational reports, etc. may 
be centrally stored, etc., which may include being main- 
tained by a system administrator-type person for communi- 
cations system 50. In accordance with such embodiments, 
centrally-controlled information may be broadcast to all 
users, or a selected subset of such users (communications 
system 50 also preferably accesses/stores information 
regarding the registered users, such as title, department, 
position within the company; e.g., Vice President, engineer- 
ing department, sales and marketing department, etc.). Thus, 
a centrally-maintained document/file, such as a company 
organization chart, financial report, etc., may be conve- 
niently distributed to computers coupled to communications 
system 50. Preferably, communications system 50 records 
which computers receive such information (for example, a 
record of those computers logged -on and receiving the 
information at the time it is first distributed), and thereafter 
may distribute the information to other computers at a later 
time (for example, at a later time when the users of such 
computers log-on to communications system 50). As 
described previously, such embodiments also may prompt 
the individual users whether they wish to receive the infor- 
mation, and thereafter provide the information to those 
computers whose users affirmatively indicate that they 
desire to receive the information. 

[0095] In step 104, the computer running the office atten- 
dant type program optionally may run a configuration rou- 
tine to more optimally configure the office attendant type 
program on the particular computer for control of the 
telephony operations. At step 106, the computer running the 
office attendant type program is in a ready condition for 
processing incoming or outgoing calls or the like. 

[0096] Referring to FIG. 7, an exemplary configuration 
algorithm for an office attendant type program will now be 
described. At step 108, the user selects a configuration icon 
or otherwise initiates a configuration command on the 
computer running the office attendant type program. At step 
110, the office attendant type program displays a choice of 
configuration options. FIG. 7 illustrates options such as 
password change option 112, contact or personal informa- 
tion manager ("PIM") import option 114, user interface 
configuration option 116 and other option 118 (other option 
118 indicates other configuration options that may be pre- 
sented to the user to more optimally configure the office 
attendant-type program for the particular user or operating 
environment, etc). At step 120, the computer running the 
office attendant type program has completed the configura- 
tion process and is in a ready condition for processing 
incoming or outgoing calls or the like. 

[0097] An exemplary arrangement of configuration 
options for such a configuration algorithm is illustrated in 
FIG. 7A. As illustrated, by configuration window 1U, a user 
may be presented with configuration windows such as user 
interface configuration window 113, contact or PIM import 
window 117 or password control window 121. As an illus- 
trative example, user interface window 113 may include 
icon 115 for displaying menus or windows for tailoring the 
user interface for the particular user and operational param- 
eters; exemplary user interface options include user select- 
able tones, sounds, or volumes for indicate incoming calls, 
line status conditions, programmable call capacity before 
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routing calls to another computer running an office atten- 
dant-type program or to an automated call answering algo- 
rithm of communications system 50, visual display options 
to vary the computer display (such as size, color of icons or 
background, etc.) of the screens of the particular office 
attendant type program, etc. What is important is that a 
particular user running an office attendant-type program on 
a particular computer may configure user interface-type 
attributes to more optimally configure the computer that the 
user will use to control the incoming and outgoing calls of 
the office, etc. It should be noted that, although other 
computers coupled to communications system 50 may 
simultaneously be running an office attendant -type program, 
each such computer in preferred embodiments may be 
independently configured to be more optimum for the par- 
ticular computer users. 

[0098] Other configuration windows illustrated in FIG. 
7A include contact or PIM import window 117 and pass- 
word control window 121. PIM import window 117 may 
include icon 119 for displaying menus or windows for 
importing contact information from a PIM -type software 
program or database. In accordance with such embodiments, 
contact information to be used by the user running the office 
attendant type program may be readily imported from a 
PIM-type information database or contact list (which may be 
resident on the particular computer, in communications 
system 50 or on another computer coupled to a LAN), thus 
saving the time from entering contacts from a manual or 
electronic list. Password control window 121 may include 
icon 123 for displaying menus or windows for enabling the 
user to change his/her password. In preferred embodiments, 
the office attendant-type program(s) used to control tele- 
phony functions of communications system 50 utilizes pass- 
word protection to prevent database tampering and the like 
and also to prevent unauthorized use of the Office Attendant- 
type program(s). 

[0099] Referring now to FIGS. 8A to 8D, exemplary 
windows from illustrative preferred embodiments of office 
attendant-type programs in accordance with the present 
invention will now be described. As illustrated in FIG. 8A 
window 130 includes one or more line displays 132 (five are 
shown in FIG. 8A for illustrative purposes) for indicating 
various telephone lines available in the particular application 
of communications system 50. The number of telephone 
lines, of course, may be tailored for the particular applica- 
tion. Preferably positioned adjacent to line displays 132 is 
call/line status display 148 for displaying symbols adjacent 
to each line indicative of the status of the line, such as idle, 
phone ringing, active call in progress, call on hold, hold 
recall alert, etc. Status display 148 provides a ready visual 
indicator to the user of the office altendam-type program of 
the status of the various telephone lines that are being 
monitored. Also adjacent to the line displays (as illustrated 
adjacent to status display 148) are user identification dis- 
plays 150, which serves to display the name and/or exten- 
sion or telephone number of one or both parties to a call. In 
certain embodiments, caller ID type information may be 
obtained by communications system 50 from an appropriate 
interface card (see interface cards 82 of FIG. 3) and also 
displayed on displays 150. Displays 150 also may display a 
clock indicating the duration of a call on a particular line. 

[0100] In preferred embodiments, window 130 also 
includes calling feature buttons or icons such as dialpad icon 


134, feature icon 136, system icon 138 and/or contacts icon 
140. Other icons may include call log icon 142 and/or 
configuration icon 144. Dialpad icon 134 preferably results 
in the display of a dialpad, such as dialpad window 165 in 
the lower left comer of window 130. Feature icon 136 
preferably results in the display of a set of feature buttons as 
will be described in connection with FIG. 8B. System icon 
138 preferably results in the display of a set of system 
buttons as will be described in connection with FIG. 8C 
Contact icon 140 preferably results in the display of a list of 
contacts/contact folders as will be described in connection 
with FIG. 8D. Call log icon 142 preferably results in the 
display of one or more windows displaying log-type infor- 
mation for incoming or outgoing calls controlled by the 
office attendant type program. Call log information may be 
retained on the particular computer running the office atten- 
dant type program and/or centrally stored by communica- 
tions system 50. Configuration icon 144 prompts one or 
more configuration windows, examples of which have been 
described elsewhere herein. Help icon 146 also may be 
provided in order to display help information to the user of 
the office attendant-type program. 

[0101] In accordance with preferred embodiments of the 
present invention, hold icon 180 is provided to enable a 
caller to be readily put on hold by the office attendant type 
program user. Transfer icon 178 is provided to enable a 
caller to be readily transferred by the office attendant type 
program user (transfer are discussed in more detail in 
connection with FIGS. 9A through 9C). Hangup icon 176 
is provided to enable a caller to be readily disconnected by 
the office attendant type program user. Net message icon 174 
is provided to enable a net message to be sent by the office 
attendant type program user (net messages are discussed in 
more detail in connection with FIGS. 10A and 10B). 
Conference icon 172 is provided to enable conferences to be 
established by the office attendant type program user (con- 
ferences are discussed in more detail in connection with 
FIGS. 11A through 11E), Answer next icon 170 is provided 
to enable the office attendant type program user to sequen- 
tially answer calls, such as, for example, in a situation in 
numerous calls have come in a short period of time, and the 
user wishes to sequentially access such calls. Preferably, the 
answer next icon prioritizes calls on hold higher than new 
calls, although in preferred embodiments the priority of hold 
calls versus new calls may be programmed into communi- 
cations system 50. 

[0102] Dialpad window 165, accessed in response to acti- 
vation of dialpad icon 134, displays a visual keypad, much 
like a traditional telephony keypad with buttons 164, and 
also preferably includes other buttons such as call button 
168 (for initiating calls), clear button 166 (for clearing 
number or information, such as subscriber information, 
displayed on display 162 (display 162 also may used to input 
numeric or character information such as for a subscriber, 
and also may have a menu pull-down icon as illustrated to 
display a menu of, for example, subscriber information)), 
personal button 156 (which may be used, for example, to 
make personal contact or PIM information available in 
display 162), system button 160 (which may be used, for 
example, to make system contact information available in 
display 162), or both button 158 (which may be used, for 
example, to make both personal contact or PIM information 
and system contact information available in display 162). 
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[0103] Referring now to FIG. 8B, window 182 is illus- 
trated with feature box 184 shown, which may be displayed 
through the use of feature icon 136. Feature box 184 
includes one or more configurable feature buttons 186. Such 
feature buttons enable a configurable environment for the 
office attendant type program user, by enabling particular 
tasks to be configured for particular feature buttons. As 
illustrative examples, such task/features may include dialing 
particular calls, forwarding calls to another extension, trans- 
ferring calls to another extension, unforwarding calls, setting 
do not disturb for particular extensions, dialing international 
or special toll calls or the like, or other tasks that a particular 
user may find desirable to have accessible with a single or 
very few clicks of the computer mouse or pointer. "ITie 
particular feature buttons preferably include textual infor- 
mation descriptive of the particular feature or task associated 
with the displayed button. In preferred embodiments, feature 
buttons may be added or deleted as desired by the particular 
user. 

[0104] Referring now to FIG. 8C, window 188 is illus- 
trated with system box 190 shown, which may be displayed 
through the use of system icon 138. In preferred embodi- 
ments, system box 190 includes a plurality of system buttons 
192, which provide essential contacts, such as emergency 
numbers (e.g., police or fire or building security), the 
numbers particular to departments or officers in the particu- 
lar company, branch office numbers, etc. With the use of 
system box 190, a user may have readily displayed the 
numbers of essential or important contacts, which may be 
connected with a single click of the computer mouse or 
pointer. The numbers or contacts associated with particular 
system buttons may be programmed by the user, but more 
preferably are programmed by the administrator of commu- 
nications system 50 and downloaded in a manner similar to 
the subscriber information as previously described. 

[0105] Referring now to FIG. 8D, window 194 is illus- 
trated with contacts box 196 shown, which may bo displayed 
through the use of contacts icon 140. Contact box 196 
preferably includes a directory of contacts for the company 
of the user (illustrated generally as folder and contact tree 
198), and also preferably contact or PIM-type information 
that may be obtained by importing from a PIM-type program 
or database resident in communications system 50 or on one 
or more of the computers coupled to communications sys- 
tem 50. Through the use of contacts icon 140 and contact 
box 196, contact information may be quickly provided to the 
office attendant type program user with a single or very few 
clicks of the computer mouse or pointer. In alternative 
embodiments, caller ID information is available to commu- 
nications system 50, which may be made available to the 
office attendant-type program. In such embodiments, the 
office attendant-type program or a companion program may 
associate a contact with the caller ID information, and 
thereafter display contact information to the user. 

[0106] In preferred embodiments, calls may be directed to 
the computer running the office attendant type program 
because a main number has been directed to this computer 
(and its associated telephone or headset), or because calls 
have been forwarded to the office attendant type program, or 
because a called party is on the phone, has indicated the 
called extension is "do not disturb," etc. In such situations, 


the office attendant type program user may need to transfer 
calls to other extensions, either inside the office or outside 
the office. 

[0107] Preferably, persons in the office have a computer 
running a program in companion with the office attendant- 
type program. Such windows may include, for example, an 
animated icon, caller ID information, etc., and may include 
one or more icon the clicking of which causes the call to be 
answered. In such preferred embodiments, the office atten- 
dant type program may cause one or more windows to 
appear on the computers of particular persons in the office, 
such as a person to whom a call is being directed. As an 
illustrative example, a call may come in through WAN 
services network 58 (see, e.g., FIG. 3) and be directed to a 
main telephone number, which may be designated to be 
forwarded to a telephone associated with a person running 
the office attendant type program on a particular computer 
24, and may be so directed by way of TDM bus 78 and 
switch/multiplexer 74, under control of processor/system 
resources 70. The computer 24 may be running the office 
attendant type program may be used to transfer the incoming 
call to a particular extension, which may be readily accom- 
plished by way of transfer icon 178 (see FIG. 8A). 

[0108] FIG. 9A illustrates window 200, which may pro- 
vide a list of subscribers and extensions 202. By selecting a 
particular subscriber with a mouse or pointer, the transfer 
may be readily completed with a simple click of the mouse 
or pointer on transfer icon 204. Alternatively, the transfer 
operation may be canceled by a click of the mouse or pointer 
on cancel icon 206. It should be noted that, because the 
current subscriber information has been downloaded by 
communications systems 50 (as described elsewhere 
herein), more reliable transfer of calls may be achieved in 
accordance with the present invention. 

[0109] In accordance with preferred embodiments of the 
present invention, in the event of a failed transfer, for 
example in case the extension to which the call is being 
transferred is busy, a window preferably is automatically 
displayed on the computer running the office attendant type 
program. An exemplary window 208 is illustrated in FIG. 
9B. As illustrated, display 210 may display a descriptive 
message, such as "line busy,""do not disturb," etc. Prefer- 
ably, a number of icons also are simultaneously displayed to 
aid the office attendant type program user in processing this 
call. Hold icon 212 may be used to place the caller on hold. 
Message icon 214 may be used to initiate a net message to 
the party to whom the call is to be transferred. Voice mail 
icon 216 may be used to direct the call into the voice mail 
of the party to whom the call was to be transferred. Cancel 
icon 218 may be used to cancel the transfer operation. With 
such an automatically generated window 208, the office 
attendant type program user is presented with options to 
more quickly process such calls, again preferably with a 
single or very few clicks of the mouse or pointer. 

[0110] In certain embodiments, activation of hold icon 212 
automatically "parks" the call on the extension of the parly 
to whom the call is to be transferred. In certain embodi- 
ments, particular subscribers may have the option to pro- 
gram their extension so that calls parked on their extension 
may or may not be automatically connected once the called 
party has completed its current call. In such embodiments, it 
may be desirable to have the called party informed that a call 


07/16/2002, EAST version: 1,03.0002 


US 2002/0001301 Al 


11 


Jan. 3, 2002 


is being held. Preferably in such embodiments, the office 
attendant type program may be configured to automatically 
send a message (over a packet bus, as described earlier) to 
the computer of the party to whom the call is to be 
transferred, such as is illustrated by window 220 in FIG. 9C. 
In such embodiments, window 220 may contain message 
box 222, which may contain a message such as "call 
holding" or "call holding from Mike at extension 226," or 
"call holding; outside caller, number xxx," etc. What is 
important is that message box 222 display a message that a 
call is holding, with appropriate information identifying the 
caller displayed to the extent possible or desired. It should 
be noted that in certain embodiments caller ID information 
is displayed, and in some such embodiments a directory or 
library of names or other identifying information may be 
contained in communications system 50 and/or one or more 
of the computers connected to the LAN so that names or 
other identifying information may be associated with the 
caller ID information and displayed in message box 222. 
Preferably, computer of the called party plays an audible 
tone or sound 

[0111] In such embodiments, the called parly may decide 
to terminate his/her existing call and accept the call from the 
party being transferred, such as by clicking on accept icon 
224. Alternatively, the called party may decide to have the 
call from the party being transferred wait, such as by 
clicking on wait icon 226. The particular user being called 
preferably has the option to configure his extension to accept 
parked calls or to not accept parked calls. The particular user 
also preferably has the option to select an allowed parking 
time before the call is returned to the user running the office 
attendant type program. Thus, a transferred call may be 
temporarily parked, with an appropriate message displayed 
on the computer of the called party, with the parked call 
either accepted by the called party clicking on accept icon 
224, returned to the user running the office attendant type 
program or forwarded to voice mail after a parking time out 
time has elapsed, or the call held longer than the allowed 
parking time by the called party clicking on wait icon 226. 
In certain embodiments, clicking on wait icon 226 enables 
the call to be parked indefinitely, while in other embodi- 
ments a second, longer and preferably user configurable 
parking time is enabled (thus preventing a called from being 
held for an indefinite period of time). If a time out time is 
exceeded, preferably the call is returned to the user running 
the office attendant type program or forwarded to voice mail, 
and still preferably an audible tone or sound is periodically 
emanated from the computer of the called party while the 
call is parked, thereby providing a subtle reminder of the 
existence of the parked call. In certain embodiments, users 
have the ability to mute or lower the volume of the reminder 
sound, such as by way of an s additional icon in window 220. 
In all preferred embodiments, users have the ability to 
configure and select the particular options described herein 
that the particular users may desire, 
[0112] It should be noted that a window 208 may be 
displayed in response to a transferred call being returned to 
the user running the office attendant type program, or it or a 
similar window may be displayed in response to the user 
running the office attendant type program "looking ahead" to 
the status of the extension to which the call is to be 
transferred. What is important is that the user running the 
office attendant type program determine that the transfer 
may not be accomplished, and then optimally be provided 


with options for processing the call in an expedient manner, 
such as described elsewhere herein. 

[0113] It should also be noted that, in the event of a 
particular user extension being dialed directly without going 
through the office attendant type program, a window such as 
window 220 of FIG. 9C may be displayed on the computer 
of the called party, either automatically for all calls, or only 
in the event that the called party has put his telephone on do 
not disturb, but has configured his extension to receive a 
message notification of calls, or in the event that the called 
party in on the line. In such embodiments, communications 
system 50 may generate such a window by a suitable 
message sent over by packet bus to the user's computer. In 
such embodiments, communications system 50 may simul- 
taneously ring a user's extension and notify the user of the 
call with a net message, with the called being accepted, 
parked or forwarded to voice mail such as described earlier. 
Of course, in the event that a user previously configured his 
extension to be automatically forwarded to another exten- 
sion or location or to voice mail or the like, then commu- 
nications system preferably takes the programmed action 
directly. As an illustrative example, a user may configure his 
extension so as to route all calls to another extension or to 
a local or long distance telephone number. Such a user also 
may configure his extension so as to route all calls as voice 
over IP ("VoIP") call. In the later situation, processor/system 
resources 70 and/or DSP 76 may process the incoming voice 
information (received through the appropriate station card 
82 and via TDM bus 78, etc.) into appropriate IP packets, 
which may then be routed, for example, through an HDLC 
framer/deframer 73B, through switch/multiplexer 74, over 
TDM bus 78 and out over a designated IP connection via 
WAN services 58, etc. 

[0114] As previously described in connection with FIGS. 
8A and 9B, a user running the office attendant type program 
preferably is presented with icon 174 (FIG. 8A) and icon 
214 (FIG. 9B) for generating net messages, such as to send 
a net message to a user to whom a call is to be transferred, 
or to otherwise send a net message to a particular user, etc. 
FIG. 10A illustrates window 230 as an exemplary net 
message window that may be generated in response to 
clicking icon 174 or 214. As illustrated, window 230 pref- 
erably includes box 232 to identify the recipient of the 
intended net message, which may be automatically selected 
by the office attendant type program in the event of a failed 
call transfer situation. Otherwise, the recipient may be 
selected by pull-down menu as illustrated, or by direct entry 
of a name or extension number, etc. In preferred embodi- 
ments, as letters of the name is typed, the office attendant 
type program automatically scrolls through the subscriber 
directory in order to more arrive at the desired net message 
recipient. 

[0115] Box 234 is provided in order for the office attendant 
type program user to type a desired net message. In alter- 
native embodiments, a list of pre-generated net messages are 
available via a pull down menu or window opened with an 
icon or the like (such pre-generated messages may include 
whole or partial messages, greetings, etc. that are frequency 
utilized, thereby saving the user from having to type a 
repetitive message, etc.). The net message may be sent by 
clicking on send icon 236 or canceled by clicking on cancel 
icon 238. It should be noted that the net message recipient 
may be a user physically located in the same office and 
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receive the net message by way of packet bus 80 A or 80B 
(see FIG. 3), or alternatively, the net message may be sent 
as Internet or other message by way of TCP/IP through 
modem 75 or through the WAN services network 58 (e.g., a 
TI connection) by passing through an HOLC framer 73B, 
such as was described with reference to FIG. 3. Thus, in the 
situation in which a particular user is u off-premises," calls 
may be forwarded off -premises (by appropriate program- 
ming of the particular user's extension, as described else- 
where herein), and net messages likewise may be forwarded 
off-premises. 

[0116] FIG. 10B illustrates net message window 240 (hat 
may appear on the computer of the recipient. Ihe recipient 
is presented with the net message in window 242, and may 
close the net message by clicking icon 244. Alternatively, net 
messages may be stored for archival purposes or later 
viewing, and in alternative embodiments net messages also 
include a reply icon which may be clicked in order to bring 
up a window in which a reply message may be typed. In such 
embodiments, an office attendant type program user may 
inform the recipient, for example, of a particular caller, and 
the recipient may inform the office attendant type program 
user, for example, that the caller should be directed to a 
particular individual or department or processed in a par- 
ticular way (directly to voice mail, call terminated, etc.). 
With such embodiments, packet bus or other messages may 
be readily exchanged in a manner to more readily facilitate 
telephony management etc. 

[0117] In alternate embodiments, net messages may sent 
from a computer running an office attendant-type program or 
a companion program, to any other computer coupled to 
communications system 50, either by way of the LAN or 
WAN, etc. In such embodiments, for example, if the user to 
whom a message is directed is logged onto communications 
system 50, the net message may be sent (preferably via 
communications system 50) either as a net message as 
previously described, or in the form of a visual "pink 
slip,"*' yellow sticky note," etc., which preferably appears in 
a small window on the screen of the user/message recipient. 
Still preferably, such "pink slip" or "yellow sticky note" 
messages include icons for options such as reply, delete, 
file/store, minimize, etc.; preferably, after a reply, delete, 
and/or file/store command, the message window automati- 
cally disappears. In certain embodiments, if a plurality of 
such messages are received and have not been processed so 
as to disappear, then such messages automatically stack up, 
with a visual representation of stacked messages presented 
to the user (e.g., showing a third dimension of a stack of 
messages, etc.). In such embodiments, the user preferably 
sees the most recently received message on top, and also has 
the option to freeze/hold the updating of the message stack 
such as by selecting a suitable icon (e.g., if the user is 
reading a particular message, he/she may command that the 
message being read is not replaced by a subsequently 
received message), scroll through the stack of messages, etc. 
Still preferably, the user may select (again my suitable icon) 
t h a t a p a rt icu 1 a r me ss a ge be f o rw a rd ed t o h i m se 1 f /h e r se t f a s 
email, or to another person either as a similar message or 
email, etc. In preferred embodiments, communications sys- 
tem 50 automatically stores and sends as email all such 
messages that arc not processed in a definitive manner by the 
user (e.g., if the user logs off without having replied, deleted, 


stored, etc. such messages, then communications system 50 
processes such unclosed messages as emails to the particular 
user or users, etc.). 

[0118] It also should be noted that a. sender of a net 
message may be prompted that a particular user to whom a 
net message is being directed is not logged on. In such 
embodiments, the sender may then be prompted (such as 
with a suitable information display and icon) to convert the 
net message to an email message, etc. 

[0119] As illustrated in FIG. 8 A, conference icon 172 may 
be utilized to initiate a conference call in accordance with 
certain preferred embodiments of the present invention. 
Certain conferencing preferred embodiments of the present 
invention will be described with reference to FIGS. 11A 
through HE. 

[0120] As indicated, conference icon 172 may be utilized 
to initiate a conference call in accordance with the present 
invention. Alternatively, in other preferred embodiments the 
conference call may be initiated by a click and drag opera- 
tion. For example, an icon indicating a received call or the 
status of a received call (such as described earlier) may be 
clicked and dragged over the opened dialpad (see, e.g., FIG. 
8A). The office attendant type program recognizes this click 
and drag operation as a request to open a suitable conference 
window, and the office attendant type program thereafter 
automatically opens the conference window. 

[0121] FIG. 11A illustrates one embodiment of such, a 
conference window 250. As illustrated, conference window 
may include box 252, which may serve to indicate what 
calls, if any, are presently displayed on the office attendant 
type program "console" (e.g., windows 150 of FIG. 8A). In 
the event that calls are present on the console, such calls may 
be added to the conference through the use of add icon 254. 
Attendees invited to join the conference may be displayed in 
window 260. Through the use of icon 256 one or more 
particular attendees may be selected with the pointer or 
mouse and removed from the conference call attendee list, 
and through the use of icon 258 all attendees may be 
removed from the conference call attendee list. Window 262 
may serve to display attendees current participating in the 
conference call in the event that window 250 is opened while 
a conference call is in progress. Icon 264 may be used to call 
other parties in order to invite such parties to participate in 
the conference call, and icon 266 may be used to cancel the 
add conference call attendees operation (i.e., close window 
250). Icon 268 may be used to finish the add conference call 
attendee operation and preferably initiate or continue the 
conference call; in FIG. 11A icon 268 is illustrated as not 
active given that multiple invited attendees are not present 
and no conference call is on-going (and thus the conference 
cannot be initiated or continued). 

[0122] In the event that icon 264 is selected, a call others 
operation may be initiated. FIG. 11B illustrates one embodi- 
ment of window 270 for calling additional attendees. As 
illustrated, window 270 preferably includes dialpad 272, 
which may be utilized to dial (he extension or telephone 
number of a party to be added to the conference, which may 
be a party either on premises or off premises. Window 274 
may be used to access either personal or system contact 
information, or both personal and system contact informa- 
tion, such as previously described. The names of particular 
subscribers may be entered or displayed in window 273, and 
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the extension or number of a particular party to be added to 
the conference may be entered or displayed in window 276. 
Additional attendees may be added with icon 278 or 
removed with icon 280, with the additional attendees iden- 
tified in window 282, with attendees in the conference 
identified in window 284. The next icon 286 preferably may 
be used to proceed to a dialog box from which the additional 
attendees may be called to join the conference. Selecting the 
finish icon 288 preferably results in the conference com- 
mencing or continuing without proceeding to a call dialog 
box. 

[0123] In the event that next icon 286 is selected, a call 
attendee dialog box preferably appears, with an exemplary 
dialog box illustrated in FIG. 11C. As illustrated, window 
290 includes call icon 294, which may be used to initiate a 
call to a particular selected additional attendee (who may be 
selected with the mouse or pointer in a conventional man- 
ner). Remove icon 292 may be used to remove additional 
attendees from window 296. Preferably, each additional 
attendee is called and informed that they are being added to 
the conference call; if the additional attendee agrees to be 
added to the conference call, the call preferably is placed on 
hold; otherwise the caller may hang up or be processed in 
some other desired manner. Once all additional attendees 
have been contacted and placed on hold as desired, finish 
icon 300 may be selected to initiate or continue the confer- 
ence with the additional attendees. Back icon 299 may be 
use to return to the window illustrated in FIG. 11 B in order 
to add additional attendees, etc. 

[0124] Preferably, as additional attendees are called, win- 
dow 302 appears as illustrated in FIG. 11D. As illustrated, 
window 302 includes information display 304, which pref- 
erably displays the name and/or number of the additional 
attendee being called, as well as the status of the call. Icon 
306 may be used to hang up or terminate the call, while icon 
308 may be used to add the additional attendee to the 
conference call. Still preferably, an add conference attendee 
window is invoked, for example, if one call has been added 
to the conference and no other call is active on the console, 
etc. 

[0125] Still preferably, conference call monitor window 
310 may be displayed by the oflice attendant type program, 
as illustrated in FIG. HE. As illustrated, window 310 may 
include window 312 for displaying an identification of all 
attendees participating in the conference call. From window 
310 additional parties may be added to, or removed from, the 
existing conference call. Icon 314 may be used to confirm 
that the existing list of conference participants is acceptable. 
Icon 316 may be used to allow the party running office 
attendant to join as a party to the conference call. Icon 318 
may be used to add additional parties to the conference call, 
such as a call that is existing on the console as illustrated in 
FIG. 8A (as an example, a call is received by the office 
attendant program while the conference is in progress), or by 
adding an additional attendee. Such operations to add addi- 
tional attendees preferably may be achieved as described 
earlier in connection with FIGS, 11A through UD. Icon 
320 may be used to remove attendees from the conference 
call. 

[0126] What should be noted is that, in accordance with 
the present invention, easy to use and intuitive graphical 
interfaces are provided to initiate, maintain and monitor 


conference calls in accordance with preferred embodiments 
of the present invention. Such embodiments preferably are 
implemented utilizing communications system 50 as illus- 
trated, for example, in FIG. 3, which provides a exception- 
ally desirable platform for managing voice and data com- 
munications while allowing a user to more optimally 
manage and/or participate in such conference calls. 
[0127] Still other features in accordance with preferred 
embodiments of the present invention will be described with 
reference to FIG. 12. As illustrated in FIG. 12, communi- 
cations system 50 (which preferably may be implemented as 
described in connection with FIG. 3) is coupled to one, two 
or more packet buses (such as packet buses 80A and 80B), 
connected to which may be a plurality of computers 24. One 
or more computers 24 may run an oflice attendant-type 
program, or alternatively a companion program to the office 
attendant-type program, such as described elsewhere herein. 
As previously described, such computers running an office 
attendant-type program may be advantageously utilized to 
manage and control incoming and outgoing calls in the 
office. In accordance with the present invention, for 
example, a first computer 24 at a first physical location in the 
office (e.g., coupled to communications system 50 over a 
packet bus, for example) may be designated as the telephony 
control station for managing the incoming and outgoing 
calls. A second computer 24 at a second physical location in 
the office (e.g., coupled to communications system 50 over 
the same or a different packet bus, for example), may be 
designated as a secondary telephony control station. If the 
first telephony control station exceeds a designated call 
capacity (such as described earlier), or the first telephony 
control station goes off-line such as to due to a local failure 
or due to the user of the first telephony control station 
logging off, etc. (such as going to lunch, going home for the 
day, etc.), the second telephony control station is ready to 
immediately assume control of managing the incoming and 
outgoing calls of the office. In accordance with such embodi- 
ments, control of the telephony functions of the office may 
effectively be passed from computer to computer along the 
same packet bus or from a first computer connected to a first 
packet bus to a second computer connected to a second 
packet bus. Thus, telephony control may be efficiently 
transferred from computer to computer in a flexible and 
desirable manner, which may include computers at different 
locations within the office. 

[0128] It also should be noted that an office attendant-type 
program also may be run from a location remote from 
communications system 50, such as on a computer coupled 
to WAN services network 58 of FIG. 3. In such embodi- 
ments, a remote computer coupled to communications sys- 
tem 50 over a WAN network connection may run the office 
attendant-type program and remotely control the telephony 
functions of the office, in a manner such as described 
previously herein. Thus, control of telephony functions may 
be effectively performed in the office or remotely from the 
office, with control passed from computer to computer in an 
efficient and desired manner. Additionally, the user of the 
remote computer may run an office attendant-type program 
or a companion program as described elsewhere herein, and 
from such remote location be coupled to communications 
system 50 and remotely reconfigure the telephony and/or 
voice mail settings for the particular user. As an example, the 
remote user may use the remote computer in order to direct 
telephone calls to his/her extension to voice mail, or alter- 
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natively to have such calls forwarded to another extension or 
to a remote telephone number. With such embodiments, 
particular users may remotely access communications sys- 
tem 50 and, for example, control the forwarding of calls to 
an internal or remote location. As a particular example, a 
user using a notebook computer or PDA, etc., may couple to 
the Internet or WAN, etc. from a remote location, and direct 
that telephone calls to his/her office extension be forwarded 
in a desired manner (e.g., off-premise call forwarding, etc.). 
With the user able to access communications system 50 and 
remotely set and store PBX-type settings remotely, a variety 
of desired reconfiguration options are presented to the user. 

[0129] Additional advanced PBX/telephony-type func- 
tions in accordance with other embodiments of the present 
invention will now be described. 

[0130] In preferred embodiments, communications system 
50 may dynamically associate physical telephones 12 with 
particular user extension numbers. In certain respect, this 
may be considered like a "DHCP" (described elsewhere 
herein) for physical telephones. For example, a system 
administration may run a configuration/administration pro- 
gram (such as described elsewhere herein) and configure an 
extension number (e.g., 200) for a particular user, including 
associated parameters for such user, such as telephony and 
voice mail options (e.g., user forward settings, including oil 
premise call forwarding, busy forward settings, ring-no- 
answer forward settings, time of day forward settings, 
display name for telephones displaying caller names, etc., 
whether the telephone is configured to be a telephone for a 
user running an office attendant- type program, etc.). At this 
time, the system administrator may or may not assign a 
physical telephone to that extension. Thereafter, the system 
administrator may notify the user that his/her extension 
number is 200. The system administrator also has the ability 
to enable and/or assign physical telephones. In the event that 
the system administrator has not assigned a physical tele- 
phone to that user, the user preferably has the ability to 
assign a physical telephone to his/her extension. For 
example, the user may pick up a telephone that has been 
enabled, and preferably does not have an extension assigned 
to that telephone, and the user enters a special code, e.g., 
numbers that communications system 50 recognizes as a 
request to assign a physical telephone. In certain embodi- 
ments, communications system 50 audibly informs (such as 
using DSP 76) the user of the status of that physical 
telephone (e.g., enabled or disabled, presently assigned to an 
extension, etc.). Thereafter, the user preferably is prompted 
audibly to enter his/her extension number. Optionally after 
a confirmation prompt, communications system 50 then 
assigns that physical telephone to the particular user. Still 
optionally, if the particular user extension is already 
assigned to another physical telephone, then communica- 
tions system 50 un-assigns the other physical telephone at 
the time a new physical telephone is assigned to the par- 
ticular user/user extension. 

[0131] As will be appreciated, with such embodiments a 
special code also may be provided to un-assign physical 
telephones from particular user extensions, which preferably 
is implemented with password protection for particular users 
to ensure that the user's extension may not be assigned or 
re-assigned to physical telephones without the user's autho- 
rization or control (e.g., after entry of the extension number, 
communications system 50 prompts the user for a password 
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associated with that user extension, and only allows assign- 
ment of a physical telephone to that extension if the correct 
password is entered, etc.). Thus, a user may assign his 
extension to a physical telephone by picking up that tele- 
phone and entering appropriate commands via the telephone 
keypad, and may un-assign his/her extension from that 
physical telephone by similarly picking up the physical 
telephone and entering appropriate commands via the tele- 
phone keypad (or by assigning the extension to a different 
physical telephone, as previously described), etc. In accor- 
dance with such embodiments, various office telephony 
arrangements may be implemented, such as an office 
arrangement in which a plurality of cubicles, offices or other 
physical spaces are provided with physical telephones but 
are not assigned to particular users. In accordance with such 
embodiments, particular users may be assigned an exten- 
sion, and may occupy an available physical space and assign 
the physical telephone in that physical space with the user's 
extension. At the end of time for occupying that physical 
space, the user may un-assign his/her extension from that 
physical telephone, and then re-assign the extension to 
another physical telephone when the user later occupies 
another physical space, etc. 

[0132] Additionally, as previously described communica- 
tions system 50 may serve as an email server or otherwise 
serve to distribute email to particular computers (such as 
computers 24) coupled to communications system 50. Thus, 
communications system 50 can store information indicating 
that a particular user or users have received email. In such 
embodiments, communications system 50 preferably pro- 
vides a visual or audio indication to the user that he/she has 
email. As illustrative examples, a special dial tone or mes- 
sage may be generated (such as with DSP 76) and presented 
to the user's telephone so that, when the user picks up his/her 
telephone, the special dial tone or message alerts the user 
that he/she has email (which also may include a special tone 
or message indicating that the user has voice mail). As one 
example, the tone or message may be a particular sound, but 
preferably is an audible message such as "you have email," 
or "you have voice mail and email" or "you have voice 
mail," etc. In the event that communications system 50 is 
implemented with telephones 12 having message indicator 
lamps, a particular lamp or blinking sequence may be used 
to indicate that the user has email, voice mail or both, etc. 
In all such embodiments, users may be desirably informed 
that they have email and/or voice mail with their telephony 
device (e.g., telephone). 

[0133] As described elsewhere herein, communications 
system 50 may serve to provide email services to particular 
users with telephone extensions associated with communi- 
cations system 50, etc. In addition, communication system 
50 also provides a platform (such as with processor/system 
resources 70) on which various management, administration 
or other types of applications may be run (exemplary such 
applications are described elsewhere herein). In one embodi- 
ment, various WAN and other information is provided using 
an what is known as a SNMP-type protocol (as is known in 
the art, SNMP stands for Signaling Network Management 
Protocol, which is a protocol/method by which network 
management applications can query or request information 
from a management agent (such as are implemented in the 
present invention with processor/system resources 70 and 
appropriate software, etc.). A novel aspect of such embodi- 
ments of the present invention is that the voice mail system 
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of communications system 50 also is implemented in a 
manner to provide voice mail related information in an 
SNMP-type form. Thus, in accordance with such embodi- 
ments of the present invention, communications system 50 
stores a variety of information relating to voice mail, such as 
information relating to the status of the voice mail system, 
failure or alarm-type information, usage statistics, etc. In 
such embodiments, any tool or application that is SNMP 
compliant can access and view such voice -mail related 
information. Exemplary voice-mail -related information that 
may be made available via SNMP to an SNMP compliant 
tool or application is set forth in Table 1. With such 
embodiments, network (WAN and LAN, etc.) and PBX 
information along with voice mail-related information may 
be desirably provided using SNMP to a variety of SNMP 
tools and applications. 


TABLE 1 


Label 

Where 

Description 

InCalls 

TUI 

Number of incoming calls answered 
(all types) 

MsgCreate 

MSS 

Number of messages created 

MsgSent 

IMDA 

Number of messages sent successfully 

MsgSendFail 

IMFSA 

Number of message send failures caused by 
an error in the Msg Subsystem 

MsgDelete 

MSS 

Number of message deleted 

MbxLogoD 

MSS 

Number of times users logged on 
success fully 

MbxLogotl' 

MSS 

Number of limes users logged off their 
mailbox (versus abandoned) 

TooManyErrors 

TUI 

Number of times callers were dropped 
because they made too manv errors 

TooShort 

TUI 

Number of times messages recorded were 
too short 

Restart 

Tt;r 

Number of times the A A/VMS application 
was restarted/ re loaded 

MWIOn 

MSS 

Number of requests to turn MWI On 

Mwroff 

MSS 

Number of requests to turn MWI Off 

MWIFail 

MSS 

Number of MWI (On/Off) requests that 
failed 

TMOOper 

TUI 

Number of calls transferred to Operator 
because of TMO 

Zero Ope r 

TUI 

Number of calls transferred to Operator 
because caller dialed "0" 

ErrorOper 

TUI 

Number of calls transferred to Operator 
because of too many errors 

Error Password 

TUI 

Number of calls dropped because of to many 
password errors. 

DiskFuIl 

MSS 

Number of times disk was too full to take a 
message 

ExtDirlnCall 

TUt 

Number of direct external (trunk) calls into 
AA/VMS 

ExtFwdlnCall 

TUI 

Number of external calls forwarding into 
AA/VMS 

IntDirlnCall 

TUI 

Number of direct internal (station) calls 
into AA/VMS 

IntFwdlnCall 

TUI 

Number of internal calls forwarding into 
AA/VMS 

NewMsg 

TUI 

Number of "new" messages recuided :md 
sent by logged on users 

FwdMsg 

TUI 

Number of "forwarded" messages recorded 
and sent by lugged on users 

Reply Msg 

TUI 

Number of "reply" messages recorded and 
sent by logged on users 

MullAddress 

TUI 

Number of messages sent that had more than 
one address 

Name Record 

TUI 

Number of times a Name message was 
recorded 

GrcetRccord 

TUI 

Number of times a Greeting message was 
recorded 


Video Conferencing Type Applications 

[0134] In accordance with preferred embodiments of the 
present invention, advance video conferencing capability 
may be readily provided in a variety of office environments. 
Certain such preferred embodiments will be described with 
reference to FIGS. 13A through 13C. Such embodiments 
may also be more readily understood by also referencing 
previously described figures, such as FIG. 3, etc. 

[0135] With reference to FIG. 13 A, video conferencing in 
accordance with a first embodiment will be described. As 
illustrated in FIG. 13A, communications system 50 is 
coupled to video conferencing unit or VCU 330. VCU 330 
may be a video conferencing system or a higher end com- 
puter or the like that preferably includes camera 334 and is 
coupled to communications s system 50 over bus 332, which 
preferably is a high speed serial or other interface trunk, 
such as, for example, what is known as a V.35, V.36 or V.37 
interface trunk. In such embodiments, cards 82 of commu- 
nications system 50 include an appropriate interface card for 
the particular interface trunk and preferably enable a direct 
and compatible interface with VCU 330. In such embodi- 
ments, video information from camera 334, and audio 
information as appropriate from VCU 330, are coupled to 
communications system 50 over bus 332. Still preferably, 
the data stream from VCU 330 is a in a form compatible with 
transmission over, for example, a T-l line. In such preferred 
embodiments, the data stream from VCU 330 is coupled to 
TDM bus 78 via station cards 82, and then coupled to 
switch/multiplexer 74, and then redirected via switch/mul- 
tiplexer 74 to, for example, T-1 line 51 that is coupled to 
WAN services network 58 (of course, one or more additional 
compatible VCUs preferably are coupled to WAN services 
network 58 in order to complete the video conference). In 
such embodiments, video conferencing may be achieved 
efficiently with a data stream coupled from VCU 330 to 
communications system 50 to, for example, a T-l line via 
TDM bus 78 and switch/multiplexer 74, 

[0136] FIG. 13B illustrates VCU 336 with camera 340 
(which may be previously described) coupled to communi- 
cations system 50 over bus 338, which in this embodiment 
in an ISDN or T-l type interface that supports, for example, 
a H.323 video conferencing standard. In such embodiments, 
a data stream (e.g., video and audio) from VCU 336 is 
coupled to communications system 50, coupled via an 
appropriate ISDN/T-1 compliant station card 82 to TDM bus 
78 and to switch/multiplexer 74. Thereafter, from switch/ 
multiplexer 74 the data stream may be coupled via an 
appropriate station card 82 to outgoing T-l line 51 to WAN 
services network 58. 

[0137] Yet another embodiment of video conferencing in 
accordance with the present invention is described with 
reference to FIG. 13C. As illustrated, computer 24 is 
coupled to communications system 50 over packet bus 80A 
(see, e.g., FIG. 3). Computer 24 includes camera 24A and 
preferably a microphone and speaker. Video and audio 
information preferably is coupled between communications 
system 50 and computer 24 through an appropriate packet 
standard, for example what is known as H.323. Referring 
again to FIG. 3, in such embodiments packetized video 
information is provided from computer 24 to communica- 
tions system 50 over packet bus 80 A. Processor/system 
resources 70 processes the packetized data stream (e.g., 
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de-packetizes the data stream), which preferably now is in a 
suitable form/protocol (such as TCP/IP) for transmission to 
a remote computer running a compatible video conferencing 
program. As illustrative examples, the video data stream 
may be directed by processor/system resources 70 to fax 
modem 75 and coupled to a remote computer, or the video 
data stream may be directed by processor/system resources 
70 to an HDLC framer/deframer 73 B, to switch/multiplexer 
74, to TDM bus 78, to an appropriate station card 82 and to 
WAN services network 58 via trunk 51 to which is coupled 
one or more remote computers for completing the video 
conference. It also should be understood that one or more 
such computers desiring to establish a video conference also 
may use an Internet connection established with the aid of 
what is known as an ILS (or Internet locator service) 
dynamic directory, a real lime directory server component, 
which serves to aid "user to IP mapping" for establishing 
desired point-to-point connections for video conferencing. 

[0138] It also should be noted that such video streams 
from computer 24 may be directed to one or more other 
computers on the same packet bus 80A (using the hub 
feature of communications system 50), or to one or more 
other computers on a different packet bus (using the router 
feature of communications system 50), such as previously 
described. 

[0139] It should be noted that the documentation for 
particular video, telephony and other standards, such as T-l, 
ISDN, V35, H.320, H.323, etc. are publicly available, and 
such standards documentation is hereby incorporated by 
reference. 

[0140] As also described elsewhere herein, in preferred 
embodiments VoIP communications may be readily enabled. 
Referring again to FIG. 3, voice from a telephone 12 may 
be coupled via station cards 82 and TDM bus 78 to switch/ 
multiplexer 74. From switch/multiplexer 74, the voice data 
stream may be directed to DSP 76, which directly or in 
conjunction with processor/system resources 70, produce 
appropriate IP packet data (in effect, DSP 76 and/or proces- 
sor/system resources 70 serve as, for example, a TCP/IP 
processor). After IP packeting, the voice data maybe directed 
to WAN services network 58 via an HDLC framer/deframer 
73B (such as described elsewhere herein), or may be 
directed to one or more packet buses/LANs, also as previ- 
ously described. It should be noted that, with DSP 76, which 
may be configured to provide substantial processing 
resources, voice data may be IP processed effectively with 
minimal or no consumption of the resources of computer/ 
system resources 70, thereby helping to prevent an undesir- 
able loading of computer/systems resources 70. 

[0141] It also should be noted that such embodiments have 
been described with reference to VoIP applications. It should 
be noted that such embodiments also may be used with other 
network protocols that may carry voice -type information. 
Thus, in accordance with the present invention, a network 
protocol (such as IP) may desirably be used to efficiently 
carry voice -type information, thereby providing more effi- 
cient communications services to office utilizing communi- 
cations system 50. 

[0142] It also should be noted that, with communications 
system 50 implemented such as illustrated in FIG. 3, data, 
voice and video streams may be converged over a common 
T-l trunk. Thus, a user may more readily be able to clli- 
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ciently use a T-l type of WAN resource with an integrated 
system that intelligently manages and bridges voice, data 
and video data streams and processes. 

[0143] While the various windows, buttons and icons 
illustrated herein are not limitative of any particular aspect 
of the present invention, such features and combinations of 
features have been determined to provide advantages to 
users of such an office attendant -type program, particularly 
when used with embodiments of the present invention as 
illustrated in FIG. 3 and the other drawings and related 
description. 

[0144] In accordance with the foregoing description and 
embodiments, a variety of communications systems and 
data, voice and video processes may be desirably imple- 
mented. An exemplary communications system and the 
features of such an exemplary communications system will 
now be described. 

[0145] Communications system 50 delivers comprehen- 
sive communications support including PBX voice capabil- 
ity, full LAN/WAN data connectivity, and a suite of com- 
munications applications in a unified platform designed for 
scalability, reliability, and ease of use. Communications 
system 50 integrates standards based communications hard- 
ware and software with switching technology in a single 
system to meet the needs of different size offices. Unlike 
other complex central site products that are difficult and 
expensive to manage, communications system 50 of the 
present invention is optimized for use by an office of 5 to 100 
users. 

[0146] Communications system 50 increases the effi- 
ciency of office communications and provides businesses a 
competitive edge by integrating the following voice, data, 
and communications functions into one remotely manage- 
able platform: PBX; Voice mail; Automated attendant; Com- 
puter-telephony applications server; Channel bank; Router; 
CSU/DSU; LAN hub; Remote access server; and Modems. 

[0147] Communications system 50 architecture allows the 
user to combine one or more of the above referenced 
components into a single, easy-to-use, easy-to-manage sys- 
tem. Because the Communications system 50 seamlessly 
interfaces with legacy voice and data equipment, the user 
can purchase only those capabilities that is needed to create 
a comprehensive communications solution suited to user's 
business. As described earlier, an office attendant type 
program can be utilized assist communication system 50 to 
perform all of the above mentioned tasks. 

[0148] Communications system 50 supports today's mis- 
sion-critical communications applications, while providing 
a natural migration path for new applications enabled by the 
convergence of voice and data At the core of the platform are 
system resources designed for voice and data integration, 
including time division multiplexing 78 (TDM)and switch- 
ing, high-speed packet switching 74, a multiprotocol fram- 
ing engine 72, LAN/WAN interfaces 82, and digital signal 
processors 76 (DSPs). These resources are complemented 
by software services as illustrated in FIGS. 7A to HE such 
as advanced call control, messaging services, a database 
management system, and routing services. 

[0149] Based on an embedded Windows NT operating 
system, communications system 50 applications use stan- 
dard application programming interfaces (APIs) such as 
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NDIS, TAPI, COM, and WinSock. With these APIs and 
communications system 50 TAPI Service Provider (TSP), 
applications developed by independent software vendors, 
including advanced CTI applications, can be easily deployed 
on the system. 

[0150] Communications system 50 system also eliminates 
the complexity inherent in today's multivendor piece -part 
alternatives. Instead of requiring installation and ongoing 
management of multiple boxes from multiple vendors that 
were not designed to work together, this integrated system 
delivers sophisticated voice and data solutions that are easy 
to install, administer, and use. 

[0151] Communications system 50 is a purpose-built, 
dedicated platform architected to ensure high availability. 
Some features include the "always-on" software architecture 
with subsystem isolation, SNMP-based management, fault 
monitoring, life-line communications, and remote diagnos- 
tics and fix capabilities. Also, fault-tolerance options include 
redundant power supplies and redundant hard disk drives. 

[0152] With communications system 50, the user can 
dramatically reduce the cost of acquiring, operating, and 
managing business communications. Communications sys- 
tem 50 delivers the cost reductions of integrated WAN 
services and eliminates the need for the additional resources 
and personnel required by today's multivendor communi- 
cations alternatives. The unified management console and 
tools provide a cost-effective method to remotely manage 
the entire customer premise. 

[0153] Communication system 50 includes many features 
and benefits such as being a fully integrated, adaptable, 
reliable, and high performance system, while being a system 
that is easy to install, manage and use. By utilizing a fully 
integrated system, communication system 50 includes, 
among other features, integrated suite of applications, digital 
trunks 54, and a unified management console. Integrated 
suite of applications in communication system 50 provides 
an ideal platform for deploying future business- transforming 
Internet/voice applications while at the same time increasing 
productivity and customer satisfaction by cost-effectively 
deploying integrated voice and data applications. 

[0154] Referring back to FIG. 2, digital trunks 54 lowers 
telecommunications costs by integrating voice and data 
traffic on the same access trunk. Digital trunks 54 also allows 
a user to cost -effectively deploy high -bandwidth trunks to 
the smallest of offices. Finally, communication system 50 
significantly reduces cost of deployment and ongoing man- 
agement associated with legacy technologies, and reduces 
training time by using a single graphical user interface. 

[0155] A further benefit of communication system 50 of 
the present invention is its adaptability to communications 
needs of the user. Communications system 50 includes a 
modular architecture that allows an office to pay only for the 
communications interfaces and options the office presently 
requires and also provides the flexibility to add hardware 
interfaces or remotely load software applications as the 
office needs change. 

[0156] Communication system 50 in the preferred 
embodiment is a standards based system. This ensures 
interoperability with existing communications infrastructure 
for seamless deployment and provides access to the latest 
third-party applications and technology. Communications 


system 50 is also adaptable to new technologies; thus, this 
protects an office's investment with an architecture designed 
lo accommodate future technologies. 

[0157] Another feature of communication system 50 of the 
present invention is its reliability. Some of communication 
system 50 features that allow it to be reliable are the 
following: complete integration and extensive testing for 
hardware and software; embedded Windows NT operating 
system; redundant, load-sharing power supplies; indepen- 
dent fault monitoring; life-line phone support, and RAID-1 
disk mirroring. The benefits of these features are the fol- 
lowing: virtually eliminates expensive downtime that results 
from incompatible hardware and applications; provides a 
single point of contact for fault isolation; ensures maximum 
application availability by isolating application subsystems; 
increases security by preventing unauthorized access; pre- 
vents interruption of service due to power supply failure; 
ensures maximum system availability by providing an inde- 
pendent watchdog service; keeps the user informed of 
system status through notification of system problems, no 
matter where the user is; ensures phone service, even during 
a power failure; and prevents downtime due to hard disk 
drive failure. 

[0158] The multiple-bus architecture, application prioriti- 
zation and isolation, and automatic route selection adds to 
the performance of communication system 50. These fea- 
tures ensures high-grade voice quality by keeping voice and 
data in their native environments, allows conversion 
between the voice and data environments to support services 
such as voice over IP (VoIP), maximizes investment by 
making community resources, such as DSPs and WAN/LAN 
interfaces, available to both voice and data applications, 
keeps mission -critical communications systems functioning 
under heavy load by ensuring they receive required system 
resources, provides flexibility in routing calls, and least-cost 
routing saves money by dynamically selecting trunks based 
on criteria selected. 

[0159] Communication system 50 is easy to install, man- 
age, and use. Some of the features making communication 
system 50 easy to install, manage, and use arc it is web- 
based management for remote configuration, diagnostics, 
and health monitoring, remote software upgrades, rapid 
installation, customizable management levels, and full 
SNMP instrumentation for voice and data. These features 
simplifies management tasks by using a single, consistent 
management interface for your voice and data infrastructure, 
reduces personnel costs by leveraging centralized technical 
resources to manage remote offices, minimizes downtime 
and on-site visits through extensive tools for remote trouble- 
shooting and diagnostics, ensures system integrity by flex- 
ibly addressing different access requirements for system 
administrators, enables a user to reduce support costs by 
distributing simple, repetitive tasks such as moves, adds, and 
changes to office personnel, leverages your existing SNMP 
infrastructure to manage both voice and data capabilities on 
the communication system 50, allows the user to save 
money by performing software upgrades from a central 
location, and saves valuable time and money because the 
system can be installed and configured quickly. 

[0160] Next, the specifications for the communications 
system 50 in the preferred embodiment will now be 
described. As it will be apparent to one skilled in the art, it 
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is important to note that a different configuration and/or 
additional or reduced number of components can be used 
with communication system 50 without altering the scope 
and spirit of the present invention. In a preferred embodi- 
ment of communication system 50 of the present invention, 
a resource switch card (standard with every chassis) includes 
the following: 12 lOBase-T Ethernet hub ports; 12 analog 
phone ports; 6 analog trunk ports (including 2 life-line 
ports);communications switch engine and other system 
resources; 2 internal 50 Kbps fax/modems (V.90 and 
K56);fault monitor; connectors: RJ-45 (Ethernet), 50-pin 
RJ-21x (phone), 3.5 mm phono (line-in, line -out), 15-pin 
VGA; and Indicators: System status; link and activity for 
each Ethernet port. 

[0161] The Optional expansion interfaces of communica- 
tion system 50 includes the following components:(l) Ana- 
log trunk modules — 4- and 8 -port versions available; Loop 
start and ground start;REN: 0.65 B; Impedance: 600 ohms; 
Compliance: FCC Part 15 Class A, FCC Part 68, UL 1950, 
DOC, CSA; Connector: 50-pin RJ-21x; and Indicators: 
System status; (2) Tl trunk modules — 1- and 2-port versions 
available; Line rate: FTI and Tl (64 Kbps-1.544 Mbps); 
Framing: ESF, SF/D4; Line code: AMI, B8ZS; Integrated 
CSU/DSU; Compliance: FCC Part 15 Class A, FCC Part 68, 
UL, CSA, ANSI T1.101 (MTIE), ANSI Tl .403-1995, AT&T 
TR62411; Connector: RJ-48C, dual bantam (monitor jack); 
and Indicators: System status; red and yellow alarms for 
each Tl port. (3) lOBase-T Ethernet hub cards— 12- and 
24-port versions available; Layer 3 segmentation option: 
Traffic is routed between cards; Full SNMP instrumentation; 
Compliance: FCC Part 15 Class A, FCC Part 68, UL, CSA, 
IEEE 802.3, ISO/TEC 8802-3; Connector: RJ-45 ; and 
Indicators: System status; link and activity for each Ethernet 
port. (4) Analog station cards — 12- and 24-port versions 
available; Supports standard and enhanced analog phones 
with features such as enhanced caller ID display and mes- 
sage-waiting lamp; Operating voltage: Onhook -48V, Off- 
hook -24V; REN: 3 B; On-board ringing power supply; 
Audio frequency response: 300 to 3500 Hz; Compliance: 
FCC Part 15 Class A, FCC Part 68, UL, CSA; Connector: 
50-pin RJ-2lx; and Indicators: System status; (5) Fault- 
resilient options - Redundant hard drive for disk mirroring 
(RAID-1); and Redundant power supply. 

[0162] The following table describes an interface sum- 
mary according to the present invention. 
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[0163] Next, the chassis specifications will be described 
for the preferred embodiment of the present invention. The 
following are the physical specifications of communication 
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system 50 of the present invention:(l) Height: 23.125 in 
(58.74 cm);(2) Width: 17.5 in (44.45 cm);(3) Depth: 18 in 
(45.72 cm);and (4)Weight: 88 lbs (40 kg), maximum con- 
figuration. Next, the mounting options will now be 
described: (1) Rack-mount (standard EIA 19-inch rack)and 
(2) Stand-alone. The power requirements are as follows:95- 
132 VAC, 47-63 Hz, 5.0A; 190-264 VAC, 47-63 Hz, 2.5A; 
Inrush current (one power supply): 40A maximum (115 
VAC), 80A maximum (230 VAC); and optional second 
hot-swappable and load-sharing power supply. The environ- 
mental ranges are as follows: Operating temperature: 320 to 
104° R (0° to 40° C);Operating humidity: 85% maximum 
relative humidity, noncondensing; and Operating altitude: 
Up to 10,000 ft (3,050 m) maximum. 

[0164] Communications system 50 PBX and office atten- 
dant type program CTI Application provide sophisticated 
call control and handling 

[0165] The PBX capabilities will now be described. Com- 
munications system 50 PBX provides a full-featured, non- 
blocking digital PBX with sophisticated call control capa- 
bilities. These capabilities are delivered using standard 
analog telephones connected to your existing phone wiring. 
In addition, communications system 50 supports advanced 
call control capabilities over IP-based networks, for appli- 
cations based on the Microsoft Telephony Application Pro- 
gramming Interface (TAPI) standard. TAPI allows the com- 
munication system 50 to optionally provide virtual digital 
telephones, delivering advanced call control features over 
inexpensive standard analog phones. 

[0166] Office attendant type program computer-telephony 
application will now be described. 

[0167] Communications system 50 Office attendant type 
program is an easy-to-use application that places powerful 
telecommunications capabilities directly on the desktop. It 
provides comprehensive call handling functionality for 
operators and administrators, making them more efficient 
through an intuitive graphical user interface (GUI). 

[0168] Communications system 50 application expedites 
routine tasks such as answering and transferring calls. It also 
simplifies more complex tasks such as setting up and man- 
aging conference calls. Office attendant type program lever- 
ages advanced Microsoft TAPI over TCP/IP technology that 
allows communications system 50 to replace the tradition- 
ally expensive, immobile, and hard-to-use attendant console. 

[0169] Communications system 50 PBX and Office atten- 
dant type program specifications are now shown below. PBX 
features for call features include the following: Call forward- 
ing, Off-premise call forwarding, Transfer on busy and no 
answer, Time-of-day call forwarding,Call hold, Call toggle, 
Call waiting, Consultation call, Consultation transfer, Blind 
transfer, Conference call, Call pickup, Public address system 
support, and Do not disturb. The features for calling and 
called party identification are as follows: support for 
enhanced caller ID phones, and Extension-to-extension 
identification. 

[0170] The System features and management flexibility 
are the following: Class of Service profiles, Uniform dialing 
plan, Time-of-day dialing policy, Digit insertion, Automated 
route selection (ARS), least -cost routing, Trunk groups, 
Hunt groups for intelligent call distribution, including linear, 
circular, and ring all, Direct inward dial (DID), Message 
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notification: lamp and stutter dial tone, Individual user 
profiles, Call detail recording , Phone set relocation, Music 
on hold. 

[0171] The following are the office attendant type program 
features: (1) System-^Standard Windows application; Call 
control over IP; Software-based console that is easy to 
relocate; Drag-and-drop dialing and conferencing; Virtual 
line appearances; Interface indicators signal call status; 
Caller ID display; Calls in queue display; Company tele- 
phone directory; Lookup-as-you-type dialing; Personal call 
log; Account number entry; Personal information manager; 
Conference manager; System speed-dial buttons; Program- 
mable feature buttons; Most recently used numbers list; 
Login security; CTI link test button; Context-sensitive help; 
and Contact database importing; (2) Call handling — Dial 
pad; Hang up; Transfer with look- ahead; Hold; Answer next; 
Call forwarding; Do not disturb; (3) Installation require- 
ments— 66-MHz 486 PC with 16 MB of RAM (Pentium 
recommended); and Windows 95 or Windows NT 4.0. 

[0172] PBX and the office attendant type program appli- 
cation are an integral part of the communications system 50. 
Other Communications system 50 software components 
include the following: Data Communications Services; 
Voice Mail and AutoAttendant applications; Remote Man- 
agement System. 

[0173] With Communications system 50, higher produc- 
tivity with voice mail and automated attendant services can 
be achieved. Communications system 50 Voice Mail and 
AutoAttendant services help an office increase productivity 
by allowing people to share information without time or 
distance constraints. Customers can leave messages at any 
time of day or night, with the assurance that the messages 
will be delivered. Whether an office personnel is in the office 
or on the road, any office personnel can access messages 
instantly from any phone in the world. 

[0174] In addition, Communications system 50 Voice Mail 
services allow a user to access the user's voice mail mes- 
sages via the user's favorite e-mail application. The Com- 
munications system 50 Voice Mail application is built with 
full support for open industry standards — including IMAP4 
e-mail application compatibility for remote voice mail 
retrieval, and WAV sound file format for ubiquitous message 
playback using the most popular operating systems. 

[0175] The Communications system 50 AutoAllendant 
application economically processes inbound calLs 24 hours a 
day — answering each call, providing customized instruc- 
tions based on the lime of day or day of week, and routing 
callers to the person best able to help i hem. Callers can use 
the intelligent call distribution feature to reach a particular 
person or department, without requiring an operator or direct 
inward dial (DID) services. For companies that use DID, 
AutoAttendant is ideally suited for assisting a live operator 
by handling common requests for information such as 
directions and mailing addresses. 

[0176] The following are the Communications system 50 
Voice Mail and AutoAttendant Specifications. Voice Mail 
features include the following: Up to six concurrent voice 
mail sessions; Approximately 67 hours of storage; No addi- 
tional hardware required; lnterruptible prompts; and Pass- 
word protection. The voice message handling feature 
includes: New message retrieval; Save messages; Listen to 


deleted messages before you hang up; Hear message time 
stamp and duration; Forward message; Reply to message; 
Skip message; Go to end of message; Backup and forward 
5 seconds; Pause/resume listening; and Pause/resume 
recording. 

[0177] The versatile message notification features include: 
Stutter dial tone; Lamp indication; and IMAP4 e-mail 
retrieval. Next, the AutoAttendant features include: Cus- 
tomizable greetings; Time, day-of-week, and holiday sched- 
uling; Automated call routing (individual extensions and 
hunt groups for departmental routing); Audio-text mail- 
boxes; Dial by name; Multilevel menus; and Single-digit 
menus. 

[0178] The Voice Mail and AutoAttendant applications are 
an integral part of communications system 50. Other com- 
munications system 50 software components include: PBX 
services; office attendant type program computer-telephony 
application; Data Communications Services; and Remote 
Management System. 

[0179] Communications system 50 delivers comprehen- 
sive communications support — multiprotocol router, full 
LAN/WAN connectivity, PBX voice capability, and a suite 
of communications applications-in a unified platform 
designed for scalability, reliability, and ease of use. 

[0180] Communications system 50 Data Communications 
Services provide built-in services for local area networks, 
connecting branch offices to headquarters, and providing 
remote access and Internet connectivity to its employees. In 
addition, the Data Communications Services allow offices to 
create virtual private networks (VPNs) to save money on 
remote access and interoffice connectivity. Further, an office 
can save significant money by integrating both voice and 
data traffic over the same Tl access circuit. The built-in 
multiplexer passes data traffic to the Data Communications 
Services for processing; the remaining voice traffic is passed 
directly to the PBX. 

[0181] Communications system 50 multiprotocol router is 
based on Microsoft's NT Routing and Remote Access 
Server (RRAS). An office using communications system 50 
may extend the base RRAS elements with value-added 
services such as frame relay and versatile WAN interfaces, 
including analog dial-up and integrated digital Tl circuits. 
Multiprotocol routing (MPR) capabilities provide full-fea- 
lured, standards-based LAN and WAN routing optimized for 
small and branch offices. Standards-based features include: 
IP routing (RIP, RIPv2, OSPFv2); IPX routing (RIP, SAP, 
IPXWAN); Packet filtering; Frame relay (RFC 1490, Cisco); 
Poini-to-point protocol (PPP), Mullilink PPP; Dial-on-de- 
mand routing; Classless Inicr-Domain Routing (CIDR); PPP 
authentication protocols (CHAP, PAP); DHCP relay agent; 
Compression of TCP/IP headers for low-speed serial links; 
Path MTU discovery; PPP Internet Protocol Control Proto- 
col (IPCP); Compression Control Protocol; and I CMP router 
discovery messages. 

[0182] Communications system 50 Data Communications 
Services include remote access services, allowing your 
business to extend its networks through phone lines — and 
keep up with an increasingly mobile work environment. 
Network managers can use the remote access server capa- 
bilities for out-of-band management access, which is espe- 
cially useful for initial installation and troubleshooting from 
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remote locations. Furthermore, mobile and work-at-home 
users can seamlessly and securely access the user's corpo- 
rate network. They can work, print, and run applications 
remotely using such features as the following; Comprehen- 
sive dial-up networking support for all mainstream remote 
clients; Authentication; RADIUS client support; Token card 
support; PPP and Multilink PPP; Microsoft Point-to-Point 
Compression; Restartable file copy; and Idle disconnect. 

[0183] Virtual private networks lets a user use IP packet 
networks, such as the Internet, to provide secure connections 
between remote users and their corporate networks, without 
the expense of a dedicated private network. Communica- 
tions system 50 offers a flexible and comprehensive solution, 
based on the Point-lo-Point Tunneling Protocol (PPTP), for 
creating VPNs. 

[0184] With PPTP, a user can dial into a local Internet 
service provider and access the network as easily and 
securely as if they were at their desks. PPTP technology 
offers significant advantages such as the following: Full 
interoperability with Windows 95, Windows 98, Windows 
NT Workstation, and many other VPN products; PPTP 
Client-to-Network; PPTP Network-to-Network for interof- 
fice connectivity; Data encryption (RSA RC4); and Com- 
patibility with IP, IPX, and NetBEUI. 

[0185] Data Communications Services include powerful 
management software that enables administrators to central- 
ize ongoing network maintenance, diagnostics, and trouble- 
shooting; and easily accomplish remote changes such as 
setting up a brand new office or making changes to an 
existing one. Features include the following: Full SNMP 
instrumentation; MIBs implemented tor data and voice 
services; Performance and capacity monitoring; Display of 
interface status in real time; Ping; Trace route; NetStat; and 
WAN protocol trace capability. 

[0186] Data Communications Services are an integral part 
of communications system 50. Other communications sys- 
tem 50 software components include: PBX services; Com- 
munications system 50 computer-telephony application 
Voice Mail and AutoAttendant applications; and Remote 
Management System. 

[0187] Ongoing management costs make up the majority 
of operating expenses of a communications infrastructure. 
This is especially true for remote offices, where technical 
expertise is rare and trained personnel frequently make 
on-site visits to perform routine tasks such as moves, adds, 
and changes. Adding to the problem is the fact that most 
communications infrastructures consist of multiple boxes 
from multiple vendors, requiring a variety of specialized 
personnel to operate and maintain the many components. 

[0188] Communications system 50 Remote Management 
System addresses these cost-of-ownership issues by provid- 
ing integrated remote management capabilities for both 
voice and data services. Designed for remote management 
and fault monitoring, the Remote Management System 
provides a cost-effective method for managing the entire 
customer premise remotely. Companies with multiple offices 
or plans to expand can realize significant cost savings by 
leveraging their expensive technical resources, no matter 
where they are located. Furthermore, the centralized man- 
agement capabilities of communications system 50 present 
a unique managed network service opportunity for both 
voice and data service providers. 


[0189] The Remote Management System consists of the 
following components: 

[0190] (1) Remote Management Console: This component 
provides a unified Web interface for managing all aspects of 
communications system 50. Based on HTML, Java, and 
push technologies, the Remote Management Console pro- 
vides a consistent interface that is easy to learn and use. 

[0191] (2) SNMP: Both the voice and data aspects of 
communications system 50 have been SNMP instrumented, 
including key application services such as voice mail and 
PBX. 

[0192] (3) Call detail recording: A complete record of all 
voice and data calls placed or received by communications 
system 50, this information can be used to analyze call 
patterns and trunk utilization, and to generate call reports. 

[0193] (4) Independent fault monitor: A feature typically 
found only on large central-site systems, the independent 
fault monitor supervises system operation, and detects and 
reports faults to the system administrator. 

[0194] (5) Trace manager: A complete log of all system 
activity, the trace manager provides useful information such 
as real-time call progress, WAN protocol traces, frame relay 
management information, and voice mail activity to facili- 
tate troubleshooting. 

[0195] Below is the specifications for communications 
system 50 Remote Management System: Rapid installation: 
less than 30 minutes; Remote software upgrades; Minimal 
technical expertise required; Robust, low-maintenance plat- 
form; Architected for high availability; Self-diagnostics to 
ease management burden; Remote management via digital 
trunks and over embedded 56 Kbps modems; and Central- 
ized password facility. Remote Management Console of the 
present invention includes the following features and ben- 
efits: Web-based console that manages all voice and data 
services; Management of any InstantOffice system in your 
network over any TCP/IP connection; Multiple administra- 
tive levels (customizable); Password protection; Support for 
remote moves, adds, and changes; Monitoring and diagnos- 
tic utilities; Chassis view that provides an at-a-glance view 
of InstantOffice system status, including LED states; 
Graphical user interface that is easy to learn and use; 
Extensive online help; and Runs on Windows 95 and Win- 
dows NT, using Internet Explorer 4.0 or Netscape 4.0 

[0196] The SNMP features include the following: Full 
SNMP instrumentation for voice and data; Support of stan- 
dard enterprise network management stations such as HP 
Open View and Sun NctManagcr; SNMP standards: SNMP 
(RFC 1157), Structure and Identification of Management 
Information (RFC 1155), Concise MIB Definitions (RFC 
1212), MIB-II MIB (RFC 1213), Traps (RFC 1215); Stan- 
dard MIBs: Frame Relay DTE (RFC 1315), Tl/El Interfaces 
(RFC 1406), Repeater (RFC 2108), Microsoft HTTP, 
Microsoft LAN Manager, Microsoft RIPv2, Microsoft 
OSPFv2; Private MIBs: Tl extensions, station module, 
voice mail Call detail recording (CDR); Complete record of 
all voice and data calls placed or received; Standard file 
format for import into CDR applications; and Remote analy- 
sis of CDR information without a dedicated workstation. 

[0197] The Independent fault monitor includes the follow- 
ing features and benefits: Embedded processor that provides 
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an independent watchdog service for the overall system; 
System event log; Dedicated modem for remote access; 
Pager notification of system faults; System status: fan, 
power. supply, operating system; and System reset. 

[0198] The Trace manager includes the following features 
and benefits: Display of all system activity; Graphically 
based; Enabled on a per-service basis; Multiple trace levels; 
and, Events color-coded for readability. 

[0199] The Communications system 50 Remote Manage- 
ment System is an integral part of the communications 
system 50. Other communications system 50 software com- 
ponents include the following: PBX services; Communica- 
tions system 50 computer-telephony application; Data Com- 
munications Services; and Voice Mail and AutoAttendant 
applications. 

[0200] Together, these software components combine to 
provide you a powerful, easy-to-use communications solu- 
tion optimized for your remote or small office. 

[0201] Referring now to FIG. 14, additional preferred 
embodiments utilizing advanced call logging features will 
now be described. As illustrated in FIG. 14, call logging 
window 350 may be opened by a user of an office attendant- 
type program running on a computer in accordance with the 
present invention (see, e.g., FIG. 8A, call log icon 142). In 
alternative embodiments, call logging window 350 may be 
automatically opened upon receipt of an incoming call, or 
upon initiation of an outgoing call. Window 350 preferably 
includes display windows 352 and 354, which preferably 
displays information for calls in the log, such as a call log 
identification number, begin call time, end call time, dura- 
tion of call, type of call (either inbound or outbound), 
account information, etc. In other embodiments, other infor- 
mation desired to be included in a call log record is included 
in such a window. Window 354 is illustrated with only one 
call displayed, although it should be understood that a 
plurality of calls my be displayed in window 354, and in fact 
the call log can include numerous calls that cannot be 
displayed simultaneously in window 354. A scroll button or 
buttons (such as scroll icon 353) preferably are provided to 
scroll up and/or down the logged calls. 

[0202] Preferably, window 356 is provided lo display 
details of a particular call, which may be selected from a 
plurality of logged calls in window 354 by a click of a mouse 
or pointer. Window 356 preferably includes details of the 
particular logged call, and also preferably includes account 
field or window 358 and note window 360. It should be 
noted that account field window 358 in preferred embodi- 
ments may be desirably utilized for purposes of tracking 
calls by account, and for desirably collecting such logged 
call information from a plurality of computers and generat- 
ing reports based on such information. Window 360 may be 
utilized to display notes entered by the user prior to, during 
or after the call, and/or may display previously entered 
information. In certain embodiments, window 360 may 
display information received from communications systems 
50 over a packet bus, or from another computer on the 
packet bus, such as account status information, payment 
information, ordering information, etc. In such embodi- 
ments, such as based on the account information, particular 
information corresponding to this account may be desirably 
retrieved and made available to the user calling the a 
particular account, etc. 


[0203] In certain embodiments, upon receipt of an incom- 
ing call or upon initiation of an outgoing call, a window such 
as window 350 automatically appears (this may be by way 
of the office attendant-type program for a user who is 
managing incoming and outgoing calls of the office, or by 
way of a companion program for a user is not managing 
incoming and outgoing calls of the office). In preferred 
embodiments, the user is prompted by a brief message 
displayed on the screen and/or an audio message played on 
the user's computer to enter the account number in window/ 
field 358. In still other embodiments, the user must insert an 
account number in window/field 358 in order to complete 
the incoming or outgoing call. In such embodiments, pro- 
cessor/system resources 70 and/or the user's computer 
promptly reads any account number information provided 
by the user and any accepts or validates the account number 
(e.g., compares the entered account number lo a stored list 
of valid account numbers, and determines if there is a 
match). In the event that an invalid account number is 
detected, a suitable message window and/or audio alert 
indicating that the account number entered is invalid, unrec- 
ognized, etc., preferably is provided to the user. In the event 
that a valid account number is detected, then the call is 
completed. 

[0204] In alternate embodiments, the user is prompted by 
a brief message displayed on the screen (such as in a suitable 
window) or audibly, and the call completed but only for a 
predetermined time. This would enable the call to be com- 
pleted without account authorization and/or validation, but 
would require that the account information be promptly 
input in a predetermined time interval. 

[0205] In still alternate embodiments, communications 
system 50 (and/or another computer coupled to communi- 
cations system 50 via a packet bus, etc.), periodically polls 
the computers utilizing a program with a call logging such 
as previously described retrieves the call log information. 
With automated call log polling, a central resource such as 
communications system 50 (and/or another computer) may 
periodically, and preferably automatically, collect call log- 
ging information over the packet bus (again, see, e.g., FIG. 
3), which may be then made available to a suitable appli- 
cation running on communications system 50 and/or another 
computer, and compiled, processed, analyzed, printed, etc. 
In accordance with such embodiments, incoming and out- 
going calls may be desirably logged and associated with 
account information, with such logged information desirably 
collected from a plurality of computers and made available 
to a central resource for further processing and/or use. 
[0206] It should be noted that in preferred embodiments, 
communications system 50 continuously monitors or know 
which particular computers are "logged on" and running an 
office attendant-type program or a companion or other 
program. In this manner, communications system 50 may 
continually be aware of which computers/users are logged 
on, and may thus send emails, commands, net messages or 
take other actions based on such information. 
[0207] Referring now to FIGS. 15 through 17H, various 
aspects of remote administration/configuration and remote 
diagnostics of a system such as communications system 50 
in accordance with certain preferred embodiments of the 
present invention will now be described. 

[0208] FIG. 15 illustrates a window from a remote admin- 
istration/configuration application/applet (preferably what is 
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known as a Java applet, etc.) that preferably utilizes a 
desirable browser-type application interface. With a browser 
type interface, a person desiring to remotely configure or 
administer communications system 50 desirably uses a 
browser and preferably establishes an IP or similar connec- 
tion with communications system 50. In preferred embodi- 
ments, the IP-type connection may be established via WAN 
connection (via WAN network services 58; see, e.g., FIG. 
3), via a LAN connection, via a serial port connection (via, 
for example, a serial port to processor/system resources 70), 
via a modem connection (via modem 75 of FIG. 3), etc. 

[0209] What is important to note is that administration/ 
configuration of communications system 50 may be 
remotely performed via an IP or similar connection, prefer- 
ably with a browser-type application, and preferably using 
the Hypertext Transfer Protocol ("HTIP") or similar proto- 
col. In such preferred embodiments, HTTP commands may 
be used to remotely administer, configure and diagnose 
communications system 50 in a desirable and flexible man- 
ner. It should also be noted that the use of HTTP commands 
in such a manner to administer, configure, etc., WAN 
resources (e.g., T-l cards or resources), PBX and telephony 
resources (e.g., station cards, voice mail), and LAN 
resources (e.g., elhernel or other network cards/resources) 
enables remote control and monitoring of communications 
system 50 in a flexible and desirable manner. In particular, 
if a security arrangement known as a "firewall" is imple- 
mented in conjunction with communications system 50, the 
use of such HTTP commands to configure a WAN service 
(for example) may be more readily accomplished in that 
most firewall systems utilize ports that allow HTTP com- 
munications/traffic, which thereby reduces conflicts with the 
firewall security system. In effect, remote processing may be 
accomplished by HTTP "tunneling" into communications 
system 50 with an IP-type connection, etc. 

[0210] It also should be noted that password/user identi- 
fication security arrangements are preferably utilized in such 
embodiments in order to maintain security over the configu- 
ration and operation of communications system 50. Encryp- 
tion techniques also may be utilized in order to improve such 
security if desired for the particular application. 

[0211] It also should be noted that such embodiments 
preferably operate on the basis of ' transactions." Preferably, 
the remote computer or client coupled to communications 
system 50 using a session implemented with HTTP "tun- 
neling" establish a transaction-based interaction. In accor- 
dance with such embodiments, the client initiates a trans- 
action using, for example, Java programming remotely, such 
as over the Internet, preferably using what is known as a 
private virtual network or private virtual channel connec- 
tion. The particular transaction or operation (such as 
described elsewhere herein) are initiated by client and 
proceed until completion, at which time the results of the 
transaction are made known to the client, or else the client 
has the option prior to completion of the transaction of 
"rolling back" or canceling the transaction in the event that 
the client user determines that something is wrong or 
incorrect with the transaction, etc. Preferably, the software 
on the communications system "server" prompts the client 
with an option to accept, modify or roll-back the transaction. 
In preferred embodiments, the client-server session may 
process one or a scries of such transactions. With such a 
transaction-based system, remote commands and operations 


may be performed in a more secure manner between the 
preferably Java client and server, all of which is preferably 
achieved using HTTP tunneling as previously described. 

[0212] Referring again to FIG. 15, various icons are 
illustrated for remote access by a user desiring to remotely 
administer/configure communications system 50. By click- 
ing appropriate icons, various system administration/con- 
figuration functions may be implemented. As illustrated, 
general administration functions may include or relate to: 
log off, diagnostics, help, chassis view (described in greater 
detail later), general settings, software versions (enabling a 
viewing of a registry of software modules and releases, etc., 
installed on the particular communication system 50), call 
detail report, restart/reboot, password administration, SNMP 
configuration, system backup/restore, disk array configura- 
tion, access permissions, SNMP alarms, software upgrade, 
date and time, etc. As illustrated, PBX and voice mail 
administration functions may include or relate to: extension 
configuration, auto attendant and voice mail, first digit table, 
hunt groups, station ports, local TAPI configuration, CTI 
speed dial numbers, etc. As illustrated, data administration 
functions may include or relate to: IP network settings, IPX 
configuration, RRAS routing (routing and remote access 
service), network services and adapters, etc. As illustrated, 
trunk administration functions may include or relate to: 
trunk groups, T-l trunks, trunk access profiles, analog 
trunks, frame relay, etc. 

[0213] What is important to note is that, in such preferred 
embodiments, various icons are presented so that a remote 
person may conveniently select via an appropriate and 
intuitive icon an applet to achieve the desired function or 
operation, and which may conveniently be used to configure 
and administration the communications system and config- 
ure PBX, voice mail, LAN and IP network connections, 
trunk groups, T-l trunks, frame relay, etc. In accordance with 
such embodiments, a single user interface, remotely view- 
able, may be used to access and administer, etc., voice, data, 
LAN, WAN services and applications, etc. 

[0214] FIGS. 16A through 16F will be used to further 
describe various aspects of such remote administration/ 
configuration in accordance with preferred embodiments of 
the present invention. 

[0215] FIG. 16A illustrates a preferred exemplary 
embodiment of "chassis view" window 364, which, for 
example, may be displayed in response to selecting of the 
chassis view icon of FIG. 15. Window 364 preferably 
includes a visual representation of chassis 366 of commu- 
nications system 50, and preferably includes a visual rep- 
resentation of various station cards, resources cards, power 
supplies, drives, etc. Such a visual representation may 
include station /resource cards 374, included particular card 
372 indicated with a pointer arrow, power supply(ies) 370, 
drive 368, etc. What is important is that an intuitive visual 
representation of the overall system be desirably displayed 
in a manner to facilitate an understanding of the configura- 
tion of the particular communications system 50 that is 
being remotely monitored, administered, configured, etc, 

[0216] In preferred embodiments, pointing to a particular 
card or resource results in an enlarged visual representation 
of that card or resource, as illustrated by the pointer being 
directed to card 372, resulting in an enlarged representation 
of card 372 appearing adjacent to the chassis view. In the 
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illustrated example, card 372 includes network connection 
ports in circle 378, and as examples shows empty port 378A 
and occupied port 378B. Thus, in accordance with such 
embodiments, an enlarged view of a card or resource may be 
visually displayed and remotely viewed, and a visual rep- 
resentation of whether particular ports or resources are 
utilized (such as, for example, by having an ethernet or other 
network cable attached) also may conveniently be provided. 

[0217] In accordance with preferred embodiments, vari- 
ous functions and/or operations are provided for remote 
administration/configuration, such as previously described. 
Windows to provide such functions and operations prefer- 
ably are displayed in a manner to intuitively lead the remote 
person through the desired operation, etc. Such windows 
may be accessed by selecting an appropriate icon such as are 
illustrated in FIG. 15 (the icons of FIG. 15 are © 1998, 
Vertical Networks, Inc. (assignee of the present applica- 
tion)), or they may be accessed by way of clicking on a 
particular station or resource card in the chassis view of 
FIG. 16A. Various remote administration/configuration 
windows will now be further described. 

[0218] Referring to FIG. 16B, window 380 is provided for 
configuration of T-l channels of a particular communica- 
tions system 50. As previously described, window 380 may 
be presented in response to clicking on the T-l trunks icon 
of FIG. 15, or alternatively window 380 may be presented 
in response to clicking on a T-l resource/station card of the 
chassis view of FIG. 16A. As illustrated, with a point and 
click operation on window 380, the remote person may 
enable/disable T-l channels, set or reset signaling (e.g., wink 
start, ground start, etc.), configure trunk groups (e.g., WAN 
data (which may be used to direct clear channel data trunk 
traffic to an RRAS interface, thereby enabling the LAN to 
transmit/receive data to/from the WAN), voice analog (e.g., 
to direct incoming analog voice trunk traffic to a default 
destination), voice digital (e.g., to direct incoming digital 
voice traffic to a default destination), DID analog (e.g., to 
direct incoming direct inward dial analog voice trunk traffic 
to a default destination), DID digital (e.g., to direct incoming 
DID digital trunk traffic to a default destination), and modem 
(e.g., to direct either T-l trunks or analog trunks to one or 
more modems included as part of communications system 
50). 

[0219] In accordance with such embodiments, T-l trunks 
may be configured in an intuitive point and click manner, 
thereby facilitating remote administration and configuration 
of such resources. As a particular example, multiple T-l 
channels may be selected in FIG. 16 B as a block with the 
mouse or pointer, and such block-selected T-l channels may 
then be simultaneously configured (e.g., configure to be 
enabled/disabled, configure signaling, configure trunk 
groups, etc.). With such a click and block select operation, 
multiple T-l channels may be configured in a group. 

[0220] As illustrated in FIG. 16C, window 382 may be 
presented in order to configure station ports of a station card 
(again, either by icon selection or selecting a station card in 
chassis view, etc.). Also as illustrated, the state of particular 
stations (e.g., enabled or disabled), phone type (e.g., caller 
ID, basic, etc.), mail waiting indicator (MWI) (e.g., stutter 
the dial tone, light a lamp on the phone, etc.), operation 
mode (e.g., operate as a station, direct to voice mail, etc.). As 
described earlier with respect to FIG. 16B, with intuitive 
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point and click type operations, various station cards may be 
selected (including multiple stations that may be selected as 
a block, etc.) and configured remotely and in an intuitive 
manner. 

[0221] FIG. 16D illustrates window 384, which may be 
used to configure analog trunks in accordance with preferred 
embodiments of the present invention. FIG. 16E illustrates 
window 386, which may be used to configure frame relay 
type WAN resources in accordance with preferred embodi- 
ments of the present invention. FIG. 16F illustrates window 
388, which may be used to configure network (e.g., IP 
network) settings in accordance with preferred embodiments 
of the present invention. 

[0222] As will be appreciated from these illustrative 
examples, various administration/configuration operations 
may be carried out remotely, preferably using an is intuitive 
browser-type interface, and preferably using HTTP type 
commands in an applet environment such as with Java, in a 
desirable and much improved manner. 

[0223] As illustrated in FIGS. 17A through 17H, such 
remote processing concepts are extended to remote diag- 
nostic operations in accordance with yet other preferred 
embodiments of the present invention. 

[0224] As illustrated in FIG. 17A, various icons may be 
presented in order for a remote user to perform remote 
diagnostics on communications system 50. Such icons may 
be used to present, for example, various "DOS prompt" type 
commands (e.g., Ping, ARP, route print, net stat, host name, 
trace route and IP config). Icons also may be presented for 
more advanced diagnostic- type operations, such as trunk 
monitor, link monitor, voice mail monitor, station monitor 
and trace monitor. Various of these diagnostic operations 
will now be more fully described. 

[0225] As illustrated in FIG. 17B, window 390 may be 
presented in order to provide a trunk monitoring function. As 
illustrated, window 390 may be used to readily provide 
information regarding the slot, board, port, state, and called 
and calling party information of various trunks. As illus- 
trated in FIG. 17C, window 392 may be presented in order 
to provide a link monitoring 30 function. As illustrated, 
window 392 may be used to readily provide information 
regarding links that may be established within communica- 
tions system 50, such as which cards are connected to which 
port, etc. As illustrated in FIG. 17D, window 394 may be 
presented in order to provide a station monitoring function. 
As illustrated, window 394 may be used to readily provide 
information regarding the status of various stations/exten- 
sion in communications system 50. As will be appreciated, 
such windows may be used to readily present desired status 
and other diagnostic type information to a remote person. 

[0226] In accordance with preferred embodiments, 
advanced remote trace monitoring also may be provided. 
FIG. 17E illustrates window 396, which may be used to 
display trace information from various software compo- 
nents, drivers, etc. in communications system 50. The level 
and type of trace information that is remotely provided may 
be desired controlled in accordance with preferred embodi- 
ments of the present invention. FIG. 17F illustrates window 
397, in which a first level of tracing information (e.g., 
"standard") that may be provided is selected. As illustrated, 
the remote user may select various components to have trace 


07/16/2002, EAST Version: 1.03.0002 


US 2002/0001301 Al Jan. 3, 2002 

24 


information provided in the trace monitor window. FIG. 
17G illustrates window 398, in which a second, higher level 
of tracing information (e.g., "advanced") thai may be pro- 
vided is selected. As illustrated, the remote user may select 
various software components, such as those related to auto- 
mated attendant, voice mail, connection manager, DSP man- 
ager, T-l drivers, LAN drivers, frame relay drivers, etc., and 
may also select various trace filters to more precisely control 
the trace information that is provided. FIG. 17H illustrates 
window 399, in which certain timing and mode information 
may be selected. As illustrated, window 399 may be used to 
provide that tracing information is presented in real time or 
stored to a rile, with control preferably provided for the 
number of entries that are displayed, poll interval, etc. For 
trace entries stored in a file, start and end time search 
parameters also may be selected. 

[0227] Referring now to FIG. 18, additional aspects of 
preferred embodiments of the present invention will now be 
described. 

[0228] Based on the description provided elsewhere, it 
will be apparent that communications system 50 may be 
coupled to other such communications systems in a manner 
desirable for the particular application. FIG. 18 illustrates 
three such communications systems 50A, SOB and 50 C (in 
other embodiments other numbers of such communications 
systems 50 may be provided). The various communications 
systems are coupled to various desired WAN services (WAN 
services 58A, 58B and 58C being illustrated), and also may 
be coupled to each other, such as through connections 410A 
and 410B, etc. Connections 410A and 4I0B may be, for 
example, an ethernet or other LAN-type connection (e.g., for 
multiple communications systems 50 in the same general 
locations or physical proximity), or alternatively may be a 
remote connection such as a connection established over the 
Internet (e.g., an IP connection), such as for communications 
system 50 geographically remote from each other (e.g., a 
head office and one or more remote satellite-type offices, 
etc.). FIG. 3 illustrates the various paths that may be utilized 
to establish such a connection. What is important is that 
information may be coupled between the various commu- 
nications systems in a manner suitable for the particular 
physical configuration. 

[0229] Preferably, communications system 50A includes a 
PR I or primary rate interface or ISDN circuit that includes 
what a number of B (or "bearer") channels and at least one 
D (or "data") channel used to carry, for example, control 
signal signals and customer call data such as in a packet 
switched mode. As is known in the art, a D or similar control 
signaling channel typically is used to provide appropriate 
signaling information for the voice or B channels. The D 
channel typically and preferably carries such control signal- 
ing information in the form of a serial data stream. The 
control signaling over such a D-type channel is sometimes 
referred to as NFAS, or Network Facility Associated Sig- 
naling. 

[0230] As illustrated, communications system 50 A also 
preferably has coupled thereto one or more T-l or similar 
digital transmission or other links, and communications 
system SOB and 50C also preferably have coupled thereto 
one or more T-l or similar digital transmission or other links. 
With the various communications systems coupled together 
as previously described (e.g., ethcrneVtAN connection, IP 


connection, etc.), the D channel coupled to communications 
system 50A may be used to provide signaling-type infor- 
mation for one or more T-l links coupled to communications 
systems 50A, SOB and/or 50C. As in many applications the 
D-type signaling channel may have sufficient bandwidth to 
provide signaling information for a plurality of communi- 
cation links, with communications systems implemented 
and/or connected together as described herein, a common 
D-type signaling channel may be used to efficient provide 
signaling information for a plurality of T-l or similar links 
coupled to a plurality of such communications systems, etc. 
Thus, in accordance with such embodiments, a distributed- 
type NFAS signaling arrangement may be implemented for 
a plurality of communications systems. 

[0231] FIG. 19 illustrates another configuration of a plu- 
rality of communications systems 50 (this type of configu- 
ration may be substituted for the configuration illustrated in 
FIG. 18, or vice versa, or some combination of these 
configurations). While three communications systems are 
illustrated (50A, SOB and 50C), other numbers of commu- 
nications systems are utilized in other embodiments. 

[0232] As illustrated, communications system 50A is 
coupled to WAN services 58A over connection 412 (the 
other communications systems may be similarly coupled to 
WAN services, etc.), which may be any suitable connection/ 
link such as described elsewhere herein. As described else- 
where herein, VoIP (or other packetized voice/data commu- 
nications) may be coupled to/from WAN services 58A and 
communications system 50 A. As previously described, com- 
munications systems in accordance with the present inven- 
tion include suitable HDLC or other data framing/deframing 
engines, DSPs (such as for decompression or other process- 
ing), PBX and LAN router types of functions. With an 
arrangement such as illustrated in FIG. 19, a VoIP or similar 
or other packetized data may be received, for example, by 
communications system 50A. This data stream convention- 
ally might be de-packetized and processed upon receipt by 
the receiving system. Communications systems in accor- 
dance with embodiments of the present invention, however, 
have the ability to route the data stream to other communi- 
cations systems (e.g., SOB or 50C) over a suitable connec- 
tion 4 10C. As previously described, such systems may be 
coupled via an ethernet or LAN type connection, an IP or 
other connection, which preferably supports packetized 
transmissions. Thus, a packetized communication/data 
stream may be received by a first communications system, 
which may depackeiize and process the communication/data 
stream, or forward without depacketizing to a second com- 
munications system, which may depacketize and process the 
communication/data stream, or forward without depacketiz- 
ing to a third communications system, and so on. In this 
manner VoIP other communications may be achieved with a 
plurality of communications systems, with a reduced latency 
over systems that, for example, must depacketize, decom- 
press, etc. the data stream before it is provided to another 
computer or system. Thus, a data stream may be routed by 
one communications system to another without such addi- 
tional processing. 

[0233] It should be noted that communications systems 50 
illustrated in FIGS. 18 and 19, for example, also have 
coupled thereto a plurality of computers, telephones, etc., as 
previously described for purposes of generating, receiving 
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various data streams, etc., although such details have not 
been shown for ease of description. 

[0234] As described elsewhere herein, various voice mail 
type options may be presented to users of such communi- 
cations systems in accordance with the present invention. 
One such advantageous voice mail option provided in accor- 
dance with preferred embodiments of the present invention 
include advanced email or voice mail-type broadcasts of 
desired messages. A user may decide to send a voice mail or 
email to some or all users of the communication system. 
With a suitable office attendant-type or companion-type 
program, for example, a user may select from a group list, 
etc., a desired group of persons to receive the communica- 
tion. A broadcast voice mail, for example, could be input 
through the user's telephone in a conventional manner, and 
routed (see FIG. 3) through, for example, DSP 78 (via TDM 
bus 78, switch/multiplexer 74, etc.) which converts the voice 
mail message into an suitable data format, such as what is 
known as a WAV file, etc., and then sent via (for example) 
packet bus 80A and/or 80B to a plurality of computers. 
Communications system 50 also, for example, can record 
which users have received or not received the communica- 
tion so that users may later receive the communication (such 
as when they log on at a later time). In addition, commu- 
nications system 50 also has the capability to parallely 
process the communication as a message that is to be sent to 
persons via, for example the Internet, Using an HDLC 
framer/dcframer as is provided in accordance with the 
present invention, a user may generate a voice mail or email 
communication that the communications system sends as 
packetized data over the LAN to recipients recognized to be 
users having a computer on the LAN, while generating a 
suitable HDLC, ATM framed communication to recipients 
who are reachable over the WAN, such as over the Internet 
or other IP connection, etc. 

[0235] Described elsewhere herein are embodiments in 
which visual representations of pink slips or yellow stick- 
ons are generated to represent net messages, etc. This 
concept, in other embodiments, is extended^ also to voice 
mail and email messages. While not expressly illustrated, it 
should be understood that the present invention includes the 
ability to convert voice information (including voice mail 
type messages) into a suitable data format so that it may be 
delivered over the WAN or LAN to various computers 
coupled to communications system 50. Similarly, commu- 
nications system 50 has the capability also to serve as an 
email server (in addition to other functions, as described 
elsewhere herein). Thus, in conjunction with a suitable 
program running on particular computers coupled to com- 
munications system 50, voice mails may be presented as 
data files to the various particular computers, and emails and 
net messages may similarly be presented to the various 
particular computers (such as described elsewhere herein). 
In certain alternate embodiments one, two or three visual 
"stacks" may be presented, for example, with one stack 
constituting a visual representation of a stack of voice mails 
(with suitable icons for play, pause, backward, forward, 
delete, file, freeze/hold, etc., as well as ol her icons analogous 
to those described for net messages), with a second stack 
constituting a visual representation of a stack or net mes- 
sages (such as described elsewhere herein), and/or with a 
third stack constituting a visual representation of a stack of 
email messages (with icons similar to those described for net 
messages, etc.). Such stack preferably may be minimized or 
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expanded, and desirably provide a unified visual interface 
for a variety of communications, etc. 

[0236] It also should be noted that DSP 76 is desirably 
utilized in accordance with various embodiments of the 
present invention. Data streams may be desirably coupled to 
a resource such as DSP 76 in order to have, for example, 
processes such speech/voice recognition, text to speech 
conversion, speech to text conversion, compression, trans- 
lation, etc. Thus, data streams from the LAN, WAN, modem, 
etc. may be desirably coupled to resources such as DSP 76 
to provide such processes. 

[0237] It also should be noted that, in preferred embodi- 
ments, DSP 76 is coupled to switch/multiplexer 74 in a 
manner so that it may "tap" into the various TDM data 
streams. This provides a significant improvement over sys- 
tems in which data streams must be directed into a resource 
such as DSP 76, and then sent from DSP 76 over a separate 
channel, etc. (thereby utilized two channels, etc.). In such 
embodiments, DSP 76 can tap into or monitor data streams 
on particular TDM channels and provide, for example, 
processing to accomplish recognition (voice or speech, etc.), 
detection (such as of a fax or modem call, etc.), compression 
(including compression, transcoding, streaming and storing, 
etc.), packetizing (such as to prepare a data format such as 
for an email, etc.). In one illustrative example of such 
embodiments, communications system 50 may be pro- 
grammed so that particular users (e.g., president, technical 
support, warranty claims line, etc.) automatically have voice 
mails stored as voice mails and also as an email or other data 
form. Thus, a voice call may be directed into voice mail, 
while DSP 76 concurrently processes the voice data stream 
into another form (e.g., email, data file, etc.), which may be 
stored, send over the WAN or LAN, etc. Having DSP 76, and 
particularly configured (such as with switch/multiplexer 74) 
so as to tap into the various channels, provides significant 
advantages in a variety of applications. 

[0238] Referring now to FIG. 20, an embodiment of the 
present invention including a backup communications capa- 
bility will now be described. 

[0239] As illustrated in FIG. 20, backup communication 
module 416 preferably is provided in communications sys- 
tem 50, In the illustrated embodiment, backup communica- 
tion module 416 is coupled to bus 414, which may be a part 
of processor/system resources 70 (such as, for example, bus 
408 of FIG. 3 A, etc.), and may be a ISA or PCI -type of bus, 
etc. Coupled to bus 414 are other components of commu- 
nications system 50, such as bus 84, buffer/framer 72, 
switch/multiplexer 74, buses 86, 90 and 78, cards 82, WAN 
services 58, etc. In general, the various components dis- 
cussed in connection with FIG. 3 are applicable with 
embodiments incorporating backup communication module 
416, although such components are not illustrated in FIG. 
20. 

[0240] Backup communications module 416 preferably 
includes bus interface 420 for coupling information to/from 
bus 414, memory 424 for storing various information, as 
will described hereinafter, CPU 418, FLASH or other pro- 
grammable memory 426, and modem or other communica- 
tion unit 428. Module 416 preferably includes a standby or 
backup power supply 434, although in certain alternate 
embodiments communication unit 428 is coupled to, for 
example, link 430 of WAN services 58E, which may be a 
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dedicated telephone line, POTS line, etc., which provides 
sufficient power to module 416 so that power supply 434 is 
not required. In such alternate embodiments, the various 
components of module 416 are implemented in low power 
CMOS technology or the like, and consume sufficiently low 
amounts of power so that module 434 may operate at a 
suitable speed in order to provide backup communications 
using only the power provided by link 430, such as, for 
example, in the event of a power failure in communications 
system 50 or the office in which communications system 50 
is located, etc. 

[0241] Preferably, memory 424 receives and stores via bus 
interface 420 a variety of information regarding the status 
and operation of communications system 50. For example, 
memory 424 may store power-on self test data (i.e., status, 
trace or other information generated during power-on, boot- 
up, etc.), SNMP data for the PBX, WAN resources, voice 
mail, LAN resources, etc.), monitor or trace data (such as 
described elsewhere herein). Preferably, module 416 
receives periodic updates from communications system 50, 
including information sufficient to debug, reboot, etc., com- 
munications system 50. Various trace, monitoring, diagnos- 
tic or other information may be made available to module 
416 for storage in memory 424. 

[0242] The data in memory 424 preferably is organized in 
a hierarchical manner, with, for example, various levels of 
information. Certain information may be so critical that it is 
retained in memory 424 until deleted (e.g., a level 1 category 
of information, such as critical fault data, etc.). Other 
information may be retained for a predetermined period of 
time and then purged, unless, for example, a level 1 event 
has occurred (e.g., a level 2 category of information). Still 
other information may be retained for a predetermined 
period of time (the same as or different from the level 2 
period) and then purged, etc. What is important is that a 
variety of information be provided to memory 424 and 
hierarchically retained, which less critical information peri- 
odically purged in order to make room for additional infor- 
mation in memory 424, etc. 

[0243] Still preferably, CPU 418 executes what is know as 
a watch dog timer (WOT) function. Tn preferred embodi- 
ments, a fault monitoring subsystem of communications 
system 50 periodically provides a signal/update indicative of 
the status of communications system 50 (e.g., normal, 
active, ok, etc.). In the event that such a signal or informa- 
tion is not provided in a predetermined interval of time, CPU 
418 may recognize this event as an abnormality and begin a 
process to communication with communications system 50, 
and/or initiate a remote communication such as over com- 
munications unit 428 in order to alert a remote user or 
system of the abnormality, etc. 

[0244] Preferably, FLASH or other programmable 
memory 426 is provided in module 416. Memory 426 
preferably stores operational programs for module 416, 
including, for example, diagnostic, debug, monitor or other 
routines in order to facilitate a debug, reboot, etc. of com- 
munications system 50. Preferably, the algorithms and/or 
programs in memory 426 may be periodically updated, 
either over bus 422, but preferably through link 430 and 
communications unit 428. Programming of memory 426 
remotely, such as over communications unit 428, enables a 


remote technician, for example, more flexibility in remotely 
monitoring, debugging, rebooting, etc. communications sys- 
tem 50. 

[0245] As previously described, module 416 preferably 
has a dedicate line (e.g., a POTS line) for such backup 
communications, and telephone 12 optionally may be 
coupled to such line for emergency voice calls or the like, 
etc. In alternate embodiments, however, communications 
unit is also (or alternatively) coupled to channels of TDM 
bus 78. In certain embodiments, a predetermined channel or 
channels of TDM bus 78 are dedicated for such backup 
communications. In other embodiments, communication 
unit 428 is coupled to TDM bus 78 through switch 432, and 
in such embodiments dedicated TDM channels are not 
required. 

[0246] As will be appreciated, information contained in 
memory 424 may be remotely viewed, either through com- 
munications unit 428 or through a connection established 
through buses 422 and 414, etc. Bus interface 420 enables 
data transmissions to/from module 416 when communica- 
tions system 50 is operating in a normal manner, while also 
having the ability to isolate module 416 from bus 414 in the 
event of a serious abnormality in communications system 
50. It also should be noted that communications unit 428 
preferably is a modem, but communications unit 428 also 
could consist of a signaling device to a pager or other 
wireless communication device, or could be a unit for 
establishing IP or other packet communications, etc. What is 
important is that communications unit 428 have capability to 
transmit desired information over the choice medium for 
link 430 in order to provide desirable backup communica- 
tions and monitoring of communications system 50 in 
accordance with the present invention. 

[0247] In accordance with such embodiments, the remote 
user may configure tracing in desirable and flexible manner. 
Through the use of trace filters, various software compo- 
nents and drivers in effect may be told what trace informa- 
tion to provide, which information is preferably provided to 
a central storage location in communications system 50 and 
made available in real lime or by file access to such a remote 
user. 

[0248] Although various preferred embodiments of the 
present invention have been disclosed for illustrative pur- 
poses, those skilled in the art will appreciate that various 
modifications, additions and/or substitutions are possible 
without departing from the scope and spirit of the present 
invention as disclosed in the claims. 


What is claimed is: 

1. A processing system providing voice and data commu- 
nications over a wideband communication network, com- 
prising: 

a computing system; 

a multi-protocol framing/deframing circuit coupled to the 
computing system over a first bus and receiving data 
over the first bus of two or more communication 
protocols, wherein the multi-protocol framing/de fram- 
ing circuit comprises at least a first protocol framing/ 
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deframing circuit and a second protocol framing/de- 
framing circuit and a switch coupled to receive data 
from, and transmit data to, the first bus, wherein the 
switch selectively couples data between the first bus 
and the first and second protocol framing/de framing 
circuits; 

a multiplexing circuit coupled to the multi-protocol fram- 
ing/deframing circuit and receiving commands from 
the computing system, wherein the multiplexing circuit 
selectively transmits data to and receives data from the 
multi-protocol framing/deframing circuit and selec- 
tively transmits data to and receives data from a second 
bus in a time division multiplexed mode utilizing a 
plurality of frames, each of the frames comprising a 
plurality of slots, wherein the multiplexing circuit, 
under control of the computing system, selectively 
couples data to and from particular slots of the frames; 


plurality of interface cards coupled to the second bus 
and receiving commands from the computing system, 
wherein the termination cards are coupled to the wide- 
band communication network, wherein the termination 
cards selectively transmit data to and receive data from 
the second bus under control of the computing system; 
and 

packet bus coupled to the computer, wherein data 
communications over the packet bus are coupled to the 
wideband communications network through the com- 
puter, multi-protocol framing/deframing circuit, multi- 
plexing circuit, and the second bus, wherein voice 
communications simultaneously occur over the second 
bus. 
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